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1 APPARATUS, SYSTEMS AND METHODS FOR ONLINE, 

2 MULTI-PARCEL, MULTI-CARRIER, MULTI-SERVICE 

3 PARCEL RETURNS SHIPPING MANAGEMENT 
4 

5 FIELD OF THE INVENTION 

6 The field of the present invention is computer systems for shipping management, and 

7 specifically online computer systems for parcel returns shipping management. 
8 

9 BACKGROUND OF THE INVENTION 

10 Electronic commerce (sometimes referred to herein as "eConcimerce") is a growing 

1 1 sector of the U.S. and world economy. As with traditional brick and mortar purchases, 

12 eCommerce purchasers sometimes desire to return one or more of the items purchased. 

13 eCommerce purchasers are sometimes dissatisfied with the procedure with which eCommerce 

14 merchants provide for returning eCommerce-purchased merchandise. 

15 Electronic Commerce returns and exchange processing has been inefficient for both the 

16 consumer and the online merchant. Electronic Commerce consumers have experienced slow, 

17 inconvenient, clumsy returns and exchange processes online. The experience contrasts sharply 

1 8 with consumer expectations that returning a product online should be as easy as ordering it 

19 online. 

20 Many eCommerce merchandisers use a return authorization system for processing 

21 eCommerce-purchased merchandise retums. Unfortunately, return authorizations can often be 

22 difficult for the consumer to obtain and can take a long time to receive. In some cases, online stores 

23 require customers to call a customer service center to request a return authorization. Calling 

24 customer service for a return authorization is inconsistent with an online shopper's preference for 

25 doing business online. 

26 Some online merchants, on the other hand, require shoppers to compose a retum email 

27 request. As yet another alternative, some online merchants provide retum instructions on the back 

28 of a packing slip, but may not accept retum of every item in the shipped order. 

29 After authorizing a retum, tlie online merchant mails out an Authorized Retum Service 

30 label, such as a UPS Authorized Retum Service label. This retum authorization process results in a 

3 1 slow retum and refimd or exchange. 

32 Refunds for returned items are often cumbersome and can take weeks to appear in the 

33 returning shopper's payment card accounts. Exchange requests can take even longer, especially if 

34 tlie exchange item is out of stock. 
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1 Once a return is authorized and the customer has all of the necessary paper work, returning 

2 the item is not necessarily an easy matter for the consumer. Even if the returning customer has 

3 retained the box and packing materials for the item to be returned, most online stores do not pro\dde 

4 an easy way for customers to pass the return package to a carrier. Some merchants provide UPS call 

5 tags inside each box tliey ship. 

6 It would sometimes be more convenient for customers to return or exchange merchandise at 

7 a brick and mortar store. However, physical brick and mortar stores may not accept returns from 

8 their onUne siblings. 

9 eCommerce-purchased merchaadise returns can also be a problem for online merchants. An 

10 inefficient returns and exchange process that causes individual customer dissatisfaction may result 

11 in online shopper defection to online stores that provide higher-quality return and exchange services. 

12 The various methods mentioned above of providing returns and exchange services are 

13 inefficient for both the merchant and the returning consumer. Processing return and exchange 

14 requests by telephone requires the online merchant to provide expensive facilities, staff, and 

15 training. Furthermore, a customer service call center cannot match the convenience of tlie Internet 

16 for an online shopper. Retum requests by email, telephone, and paper forms are collected with 

17 manual processes and/or in non-standard formats. This makes generating returns reports an 

1 8 expensive data-collection chore which is subject to the judgment of individual customer service 

19 reps. 

20 Further, the manual returns and exchange processes described above do not necessarily 

21 provide online merchants with returns information in a timely manner. For example, merchants 

22 may not know a retum is coming until the returned package arrives. The retum might be due to 

23 defective merchandise or poor packaging that caused breakage. While the first retum shipment is in 

24 transit, the merchant continues to ship defective or poorly-packaged merchandise. 

25 Each online merchant has its own policy regarding returns and exchange processing. For 

26 example, many merchants are willing to pay for all retum shipping to provide high-quality service. 

27 Other merchants are willing to pay for some retum shipments, but not for expensive or ill-justified 

28 returns. Still other merchants want to accept all or some returns but are not willing to pay for their 

29 retum shipment. 

30 According to one commentator,"[t]here's no easy way to solve the problem [of returns]. 

3 1 Intemet companies fall apart on this." (Melissa Barnes, The Yankee Group, in Intemet World. 

32 August 15, 1999.) Therefore, in order for eCommerce to prosper, a solution to managing 

33 eCommerce returns must be provided. 
34 

35 SUMMARY OF THE INVENTION 
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1 The present invention provides a computer system (the "System", or the '^Return System") 

2 that is configured and programmed to provide online stores with a fast, simple, convenient way for 

3 eCommerce customers of an online store to return merchandise purchased from that store from 

4 within that online store. 

5 In an exemplary embodiment described herein, the Return System has three major 

6 components: 1 .) A Returns Manager Subsystem that provides a user interface to each Merchant to 

7 setup the Merchant's account, setup the Merchant's return policy and rules, and to monitor the status 

8 and movement of return shipments; 2.) A Consumer Returns Subsystem (also sometimes referred to 

9 herein as a "Customer Returns Subsystem") that provides each consumer using the Returns System 

10 with an online user interface that leads the consumer through the returns process, displays the return 

1 1 policies and rules to the consumer, provides shipping document to ship the return package if 

12 appropriate, and permits tlie consumer to track their return shipments; and 3.) a Returns Processing 

13 Subsystem that, in the exemplary embodiment, provides background shipping and tracking 

14 fiinctionaUty. In one exemplary embodiment of the present invention, the Online Merchant 

1 5 integrates the Merchant's online system with the Returns Processing Subsystem. 

16 In another exemplary embodiment, as described herein below, the Returns Processing 

17 Subsystem is provided as an independent web-based application service (referred to below as a 

1 8 ^Tletum Merchant Service System") operated by a common provider, sometimes referred to herein 

19 as "iShip.com". 

20 The above-described components are sometimes collectively and/or separately referred to 

21 herein as the System, and/or as the Return System. References to the Return System should be 

22 understood by someone with ordinary sldll in the art to refer to the appropriate component and/or 

23 components of the system. It should be understood by someone with ordinary skill in the art that 

24 reference herein to Merchant setup, monitoring, tracking and other Merchant functions and 

25 interactions with the Return System are provided through the Returns Manager Subsystem of the 

26 Return System; and that reference to Consumer input, monitoring, tracking, and other Consumer 

27 functions and interactions with the Return System are provided through the Consumer Returns 

28 Subsystem of the Return System. 

29 It should be further understood by someone with ordinaiy skill in the art that use of the 

30 System component terms described above is for illustrative purposes only and is not a limitation of 

31 the invention. Each of the above-described components can be integrated with the other as a single 

32 system without departing from the spirit of the present invention. Further, functions from each of 

33 the above-described Returns Manager and Consumer Returns components can be separately 

34 provided by a processing subsystem, such as the Returns Processing System, with communication 

35 interfaces with each of the other subsystems and with the system databases without departing from 
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1 the spirit of the present invention. Without departing from the spirit of the invention, it should be 

2 understood by someone with ordiaary skill in the art that in an alternative embodiment of the 

3 invention, the main components of the Retum System can perform various levels of processing. 

4 Each Merchant that wants to offer its customers with in-store access to the Retum System 1 

5 first accesses the Returns Manager Subsystem User Interface of the System to set up the Merchant's 

6 Account, and to establish rules governing the Merchant's returns, exchanges and refunds policy. 

7 The Retum System 1 then provides a Customer Retums Subsystem and User Interface in the 

8 Merchant's online store to the Merchant's customers with which to facilitate the retum shipping of 

9 merchandise. 

10 The System provides each online store (sometimes referred to herein as eCommerce 

1 1 Provider or Merchant) with the capability to specify the store's individuaUzed retums, exchange, 

12 and refund policies. The System enforces a consistent, standardized, and automated retums poUcy 

13 for each online store. 

14 Among the retums policy options available through the System, customers can be issued an 

15 immediate, automated retum authorization. Other retums policy options allow each online store to 

1 6 specify whether or not shipping charges are to be paid by the store or by the customer. The System 

1 7 further provides customers with the ability to print a retum shipping label on a printer attached to 

1 8 tlie customer's personal computer directly from the online store. 

19 The System provides for the retum of items to different locations, including tlie online 

20 store's main warehouse, to secondary facilities, or to sibling retail locations. 

21 The System further provides for the retum of items through multiple carriers or through 

22 retail shippers, such as Mail Boxes Etc., thereby offering customers choices and insulating the 

23 online store from carrier labor strikes. 

24 In the Merchant's online store, a customer makes a purchase, which is subsequently shipped 

25 to the customer (the "Consumer"). The Consumer if dissatisfied with the ordered item, wants to 

26 retum it. To do so, the Consumer retums to the Merchant's online store, accesses the Consumer's 

27 order history for that Merchant, and arranges to retum the item or items from the Merchant's online 

28 store. 

29 The System collects, according to each online store's specification, consumer reasons for 

30 returning items and stores this information in a centralized database of retum information. The 

3 1 System analyzes and reports the retum data, and issues refunds to customers in accordance with the 

32 online store's refund policy. 

33 The Retum System 1 provides each participating Merchant with tracking capabilities for 

34 retumed parcels. The Retum System provides notification and tracking reports for inbound retums. 
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1 allowing the store to prepare its receiving dock, and to respond to the return reason if appropriate 

2 such as by adjusting inventory or shipping practices to avoid continued potential for returns. 

3 Because return shipping is arranged from within the online store, the System provides the 

4 returning consumer with the ability to immediately convert a return to an exchange, or into an 

5 additional order. 

6 A Return Merchant Service System component of the computer System embodying the 

7 present invention interfaces and interacts with a Merchant's system to provide each subscribing 

8 eCommerce Merchant with various shipment management functions through AppUcation Program 

9 Interfaces ("API") and web-based user Merchant interfaces, including but not limited to: shipment 

10 rating, shipment labeling, shipment tracking, shipment tracking management reports, returns 

1 1 analysis and returns management reporting. The present invention provides each Merchant's 

1 2 customers with pricing of shipping rates for various shipping options, processing of returns requests, 

1 3 printing of shipping, returns, or traveler labels at the customer's own laser printer, and tracking of 

14 each return shipment. 
15 

16 DESCRIPTION OF THE DRAWINGS 

1 7 These and other features of the present invention are more fully set forth in the following 

1 8 description of exemplary embodiments of the invention. The description is presented with reference 

19 to the accompanying drawings in which: 

20 FIG. 1 is a graphic representation depicting the interface relationships provided by the 

21 System of the present invention between electronic Commerce providers. Consumers, and Carriers; 

22 FIG. 2 is a graphic representation depicting an exemplary user computer configuration and 

23 the computer's interface with an eCommerce Provider and the System; 

24 FIG. 3 a is a graphic representation of an exemplary configuration of the System, and 

25 relationships with Carriers and eCommerce Providers; 

26 FIG. 3b is a high level System component diagram depicting an exemplary System 

27 Architecture in an exemplary embodiment of the System in an Internet environment; 

28 FIGS. 4a through 4c are high level logic flow diagrams depicting an exemplary Merchant 

29 experience within an exemplary embodiment of the Retum System; 

30 FIG. 5a is a graphic representation depicting an exemplary main menu and an exemplary 

3 1 submenu hierarchy in an exemplary embodiment of the invention; 

32 FIG. 5b is high level interactivity diagram depicting an exemplary embodiment of the 

33 interactivity of the Retums Manager Subsystem between a Merchant's CUent Machine, Returns 

34 Manager Page, various Retums Manager Subsystem functions, and the Retum System servers in an 
3 5 exemplary embodiment of the invention; 
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1 FIG. 5 c is high level interactivity diagram depicting an exemplary embodiment of the 

2 interactivity of the Returns Manager Subsystem between a Merchant's Client Machine and the 

3 Return System servers in an exemplary embodiment of the invention; 

4 FIG. 5d is high level interactivity diagram depicting an exemplary embodiment of the 

5 interactivity for the Returns Policy Builder Page function of the Returns Manager Subsystem 

6 between the Return System database servers and certain databases in an exemplary embodiment of 

7 the invention; 

8 FIG. 5e is high level interactivity diagram depicting an exemplary embodiment of the 

9 interactivity of the Returns Monitor Page between a Merchant's Client Machine, the View Inbound 

1 0 Sliipments and View Selected Details features of the Returns Manager Subsystem, and the Return 

1 1 System servers in an exemplary embodiment of the invention; 

12 FIG. 6 is a graphic representation depicting an exemplary Log On Screen in an exemplary 

1 3 embodiment of the Return System; 

14 FIG. 7 is a graphic representation depicting an exemplary Return System home page in an 

1 5 embodiment of the Return System; 

16 FIG. 8 is a graphic representation of an exemplary Company Information Screen in an 

1 7 exemplary embodiment of the invention; 

1 8 FIG. 9 is a graphic representation of an exemplary User Administration Screen in an 

1 9 exemplary embodiment of the invention; 

20 FIG. 10 is a graphic representation of an exemplary User Administration Screen in an 

2 1 exemplary embodiment of the invention; 

22 FIG. 1 1 is a graphic representation of an exemplary Standard Policy Screen in an exemplary 

23 embodiment of the invention; 

24 FIG. 12 is a graphic representation of an exemplary Return Shipping Options Screen in an 

25 exemplary embodiment of the invention; 

26 FIGS. 13a througli 13d are graphic representations of an exemplary Return 

27 Questions/Responses Page in an exemplary embodiment of the invention; 

28 FIG. 13e is a graphic representation depicting an exemplary configuration of a three 

29 dimensional Situation Response Matix in an exemplary embodiment of the invention; 

30 FIG. 13f is a graphic representation depicting an exemplary configuration of a Question 

3 1 Table in an exemplary embodiment of the invention; 

32 FIG. 13g is a graphic representation depicting an exemplary configuration of an Instruction 

33 Table in an exemplary embodiment of the invention; 

34 FIG. 13h is a graphic representation depicting an exemplary configuration of a Response 

35 Table in an exemplary embodiment of the invention; 
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1 FIGS. 13i-l and 13i-2 are high level flow diagrams depicting the flow of logic for applying 

2 a merchant's pre-established retum policy logic in an exemplary embodiment of Ihe invention; 

3 FIG. 13j is a hi^ level data and logic relationship diagram depicting an exemplary Situation 

4 Response flow in an exemplary embodiment of the invention; 

5 FIG. 14 is a graphic representation depicting an exemplary configuration of Follow Up 

6 Actions corresponding to a particular Retum Response for a particular Answer Choice for a 

7 particular Question in an exemplary embodiment of the invention; 

8 FIG. 15 is a graphic representation of an exemplary Policy Exceptions Screen in an 

9 exemplary embodiment of the invention; 

10 FIG. 16 is a graphic representation depicting an exemplary first screen of the Exception 

1 1 Categories Page in an exemplary embodiment of the invention; 

12 FIGS. 17a and 17b are graphic representations of exemplary Store Categories Screens in an 

1 3 exemplary embodiment of the invention; 

14 FIGS. 1 8a and 1 8b are graphic representations of exemplary Web Page Configuration 

1 5 Screen in an exemplary embodiment of the invention; 

16 FIG. 19 is a graphic representation of an exemplary Email Responses Screen in an 

1 7 exemplary embodiment of the invention; 

1 8 FIGS. 20a through 20c are logic flow diagrams depicting an exemplary high level logic flow 

19 for a Consumer's experience with an exemplary embodiment of the Returns System of the present 

20 invention from within a Merchant's Online store; 

21 FIG. 21 is a graphic representation of an exemplary Order History display for a particular 

22 Customer in a particular Merchant's Online store; 

23 FIG. 22 is a graphic representation of an exemplary Order Summary Screen for a particular 

24 Order Number for a particular Consumer from within a particular Merchant's Online store in an 

25 exemplary embodiment of the invention; 

26 FIG. 23a is a graphic representation depicting an exemplary Returns Service Screen in an 

27 exemplary Merchant's Online store in an exemplary embodiment of the invention; 

28 FIG. 23b is a high level data and logic flow diagram depicting an overview flow of the 

29 Returns System flow in an exemplary embodiment of the invention; 

30 FIG. 23c is a high level interactivity diagram depicting an exemplary embodiment of the 

3 1 interactivity of the Customer Returns Subsystem between a Consumer's Client Machine, Customer 

32 Returns Page, various Customer Returns Subsystem functions, and the Retum System servers in an 

33 exemplary embodiment of the invention; 

34 FIG. 24 is a graphic representation of an exemplary Returns Service Retum Reason Screen 

35 in an exemplary embodiment of the invention; 
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1 FIG, 25 is a graphic representation of an exemplary Return Summary Screen in an 

2 exemplary embodiment of the invention; 

3 FIG. 26 is a graphic representation depicting an exemplary Label Create Screen in an 

4 exemplary embodiment of the invention; 

5 FIG. 27a is a graphic representation of an exeir^lary shipping label for a package for an 

6 item to be returned in an exemplary embodiment of the invention; 

7 FIG. 27b is a flow diagram depicting an exemplary logic flow for printing of bar-coded 

8 shipping labels in an exemplary embodiment of the invention; 

9 FIG. 27c is a flow diagram depicting an exemplary logic flow for printing of dimensionally 

10 accurate images in an exemplary embodiment of the invention; 

1 1 FIG. 28 is a graphic representation of an exemplary shipping label displayed as a Shipping 

12 Label Screen in an exemplary embodiment of the invention; 

13 FIG, 29 is a graphic representation of an exemplary Return Shipped e-mail to a Merchant in 

14 an exemplary embodiment of the invention; 

1 5 FIG. 30 is a graphic representation of an exemplary Return Shipped e-mail to a Consumer in 

16 an exemplary embodiment of the invention; 

17 FIG, 31 is a graphic representation depicting an exemplary Returns Service Screen in an 

18 exemplary Merchant's Online store in an exemplary embodiment of the invention; 

19 FIG. 32 is a graphic representation of an exemplary Returns Service Return Reason Screen 

20 in an exemplary embodiment of the invention; 

21 FIGS. 33-35 are graphic representations depicting exemplary Consumer Shipping 

22 Preferences Specification Screens in an exemplary embodiment of the invention; 

23 FIG. 36a is a graphic representation depicting an exemplary Dynamically Dimensioned 

24 Multi-Carrier, Multi-Service Graphic Array online display in an exemplary embodiment of the 

25 invention; 

26 FIGS, 36b through 36e are high level data retrieval and logic flow diagrams depicting the 

27 data and high level logic that the system uses to calculate a shipping rate in an exemplary 

28 embodiment of the invention; 

29 FIG. 37 is a graphic representation depicting an alternative exemplary Dynamically 

30 Dimensioned Multi-Carrier, Multi-Service Graphic Array online display in an exemplary 

3 1 embodiment of the invention; 

32 FIG. 38 is a graphic representation depicting an exemplary Shipping Summary Screen in an 

33 exemplary embodiment of invention; 

34 FIGS. 39a through 39c are simplified flow diagrams depicting the initial Timing and Rating 

35 procedure to generate a Graphic Array in an exemplary embodiment of the invention; 
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1 FIG. 40 is a graphic representation depicting an exemplary Items Ordered Screen in an 

2 exemplary embodiment of the invention; 

3 FIG. 41 is a graphic representation depicting an exemplary Tracking Information Screen in 

4 an exemplary embodiment of the invention; 

5 FIG. 42 is a graphic representation depicting an exemplary Items Ordered Screen in an 

6 exemplary embodiment of the invention; 

7 FIG. 43 is a graphic representation depicting an exemplary Track Your Package screen in an 

8 exemplary embodiment of the invention; 

9 FIG. 44 is a graphic representation depicting an exemplary completed Track Your Package 

10 screen in an exemplary embodiment of the invention; 

1 1 FIG. 45 is a graphic representation depicting an exemplary alternative Tracking Information 

12 Screen in an exemplary embodiment of the invention; 

13 FIG. 46 is a graphic representation depicting an exemplary View Inbound Retum Shipments 

14 Screen m an exemplary embodiment of the invention; 

15 FIG. 47 is a table depicting exemplary menus for each of the tracking criteria in an 

1 6 exemplary embodiment of the invention; 

17 FIG. 48 is a graphic representation of an exemplary View Inbound Retum Shipments Detail 

1 8 Screen in an exemplary embodiment of the invention; 

19 FIG. 49 is a graphic representation depicting an exemplary Reporting, Graphs and Data 

20 Export Generation Screen in an exemplary embodiment of the invention; 

21 FIG. 50 is a logic flow diagram that depicts the high level logic for tracking the status of a 

22 particular package in an exemplary embodiment of the invention; 

23 FIG. 51 depicts an exemplary XML formatted request for submitting a tracking request to a 

24 Carrier in an exemplary embodiment of the invention; 

25 FIG. 52 depicts an exemplary successful tracking response, also in XML format, returned by 

26 the Carrier in an exemplary embodiment of the invention; 

27 FIG. 53 is a graphic representation of an overview of functional components of an 

28 exemplary embodiment of the present invention and certain exemplary interfaces between the 

29 functional components and entities external to the system; 

30 FIG. 54 is a high level block diagram that provides an alternative view of the functional 

31 components of the iRetum Merchant Service System in an exemplary embodiment of the 

32 invention; 

33 FIG. 55 is a high level block diagram that graphically depicts certain functional 

34 components of the iRetum Inbound Manager in an exemplary embodiment of the invention; 
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1 FIG. 56 is a graphic representation of an exemplary iRetum Inbound Monitor display of 

2 a Pending Log that reports packages for a particular Merchant that are Pending in an exemplary 

3 embodiment of the invention; 

4 FIG. 57 is a graphic representation of an exemplary iRetum Inboxmd Monitor display of 

5 an Inbound Log that reports packages for a particular Merchant that are Inbound in an 

6 exemplary embodiment of the invention; 

7 FIG. 58 is a graphic representation depicting an exemplary Detail Tracking display for 

8 an exemplary Detail Tracking request in an exemplary embodiment of the invention; 

9 FIG. 59 is a graphic representation of an exemplary user interface screen that the iRetum 

10 Inbound Manager presents Merchants with which to request reports in an exemplary 

1 1 embodiment of the invention; 

12 FIG. 60 is a graphic representation depicting an exemplary "Returns by SKU" Report in 

13 Chart style in an exemplary embodiment of the invention; 

14 FIG. 61 is a graphic representation depicting an alternative exemplary "Returns by 

15 SKU" Report in Plain Text style in an exemplar}^ embodiment of the invention; 

16 FIG. 62 is a graphic representation depicting an exemplary "Returns by Product 

17 Category" Report in Chart style in an exemplary embodiment of the invention; 

18 FIG. 63 is a graphic representation depicting an alternative exemplary "Returns by 

19 Product Category" Report in Plain Text style in an exemplary embodiment of the invention; 

20 FIG. 64 is a graphic representation depicting an exemplary "Expected Return Volumes" 

21 Report in Chart style in an exemplary embodiment of the invention; 

22 FIG. 65 is a graphic representation depicting an alternative exemplary "Expected Return 

23 Volume" Report in Plain Text style in an exemplary embodiment of the invention; 

24 FIG. 66 is a graphic representation depicting an exemplary "Return Reasons" Report in 

25 Chart style in an exemplary embodiment of the invention; 

26 FIGS. 67a and 67b are graphic representations depicting alternative exemplary "Return 

27 Reasons" reports in Plain Text style in an exemplary embodiment of the invention; 

28 FIG. 68 is a graphic representation that depicts an exemplary "Packages With No Scan" 

29 report in Plain Text style in an exemplary embodiment of the invention; 

30 FIG. 69 is a graphic representation fliat depicts an exemplary " Late Packages" report in 

3 1 Plain Text style in an exemplary embodiment of the invention; 

32 FIG. 70 is a high level interactivily diagram depicting exemplary interactivity by a 

33 Customer with a Merchant's system and between the Merchant's system and the iRetum 
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1 Merchant Service Servers in a situation where the Customer pays shipping charges in an 

2 exemplary embodiment of the invention; 

3 FIG. 71 is a high level interactivity diagram depicting exemplary interactivity by a 

4 Customer v^ith a Merchant's system and between the Merchant's system and the iRetum 

5 Merchant Service Servers in a situation where the Merchant pays shipping charges in an 

6 exemplary embodiment of the invention; 

7 FIG. 72 is a high level block diagram depicting some of the API functional components 

8 in an exemplary embodiment of the invention; 

9 FIG. 73 is a high level structural diagram depicting the structural components of an API 

10 Request in an exemplary embodiment of the invention; 

1 1 FIG. 74 is a high level structural diagram depicting the structural components of an API 

12 Response in an exemplary embodiment of the invention; 

13 FIG. 75a is a graphic representation depicting an exemplary United States Parcel Service 

14 Electronic Merchandise Return label in an exemplary embodiment of the invention; 

15 FIG. 75b is a graphic representation depicting exemplary instructions describing how to 

16 print and use an exemplary United States Parcel Service Electronic Merchandise Return label in 

17 an exemplary embodiment of the invention; 

18 FIG. 76 is a graphic representation depicting an exemplary Traveler Label in an 

19 exemplary embodiment of the invention; 

20 FIG. 77 is a high level interactivity diagram depicting exemplary interactivity between a 

21 Merchant and the iRetum Merchant Service Servers to request Tracking information in an 

22 exemplary embodiment of the invention; and 

23 FIG. 78 is a high level interactivity diagram depicting exemplary interactivity between a 

24 Merchant and the iRetum Merchant Service Servers to export data from the iRetum Merchant 

25 Service System into the Merchant's System in an exemplary embodiment of the invention. 
26 

27 DETAILED DESCRIPTION OF THE INVENTION 

28 A portion of the disclosure of this patent document, including but not limited to the 

29 renderings of graphic user interface displays in the FIGURES, contains material which is 

30 subject to copyright protection by Stamps.com, Inc. Stamps.com, Inc. has no objection to the 

3 1 facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears 

32 in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright 

33 rights whatsoever. 
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1 "iShip.com" , "iShip", "The Internet Package Shipper", "Price If, "Sefl If , "Track If, 

2 "Ship It", "Shipping Tools", "My iShip" and associated logos are trademarks of Stamps.com, 

3 Inc. Tlie names of actual companies and products mentioned herein may be the trademarks of 

4 their respecti^ve owners. 

5 The computer System of the present invention provides a plurality of online eCommerce 

6 Merchants with a single User Interface ("UI") with which each eCommerce Merchant can 

7 provide the Merchant's Consumers with an automated return parcel management system for a 

8 plurality of supported Carriers. 

9 There are two primary User Interface aspects of the invention., a Returns Manager 

10 Subsystem User Interface for the Merchant's "Back Office" (sometimes referred to herein as a 

1 1 "Retum Policy Engine"), and a Consumer Retums Subsystem User Interface available to the 

12 Consumer through the Merchant's online store. 

13 Tlie Retum Policy Engine component of the computer System embodying the present 

14 invention provides each of a plurality of online eCommerce Merchants with a User Interface 

15 ("UI") with which each eCommerce Merchant can, among other things: 1 .) establish parameters 

16 for, and describe, the Merchant's retum and exchange policy, including exception processing; 

17 2.) authorize retum shipping options, selected by the Merchant from a plurality of services 

1 8 offered by a plurality of carriers, to which the Merchant's consumers will be given access by 

19 the System; 3.) build a question dialog for consumers with which the System will determine 

20 why each customer is returning merchandise; and 4.) constmct automated e-mail response 

21 formats with which to communicate with consumers. 

22 The Retums Policy Engine/Retums Manager Subsystem User Interface for the 

23 Merchant's Back Office is an integrated set of tools with which the Merchant can: 1 .) View 

24 inbound returning merchandise shipments in summary or in detail; 2.) Track shipments for 

25 multiple carriers with only one tracking number; 3.) Analyze retum patterns and trends; 4.) 

26 Administer the retums process; 5.) Setup accomit names and access privileges; 6.) Establish the 

27 parameters for automatic enforcement of their store's retum policy; 7.) Build retum shipping 

28 options; 8.) Build questions to determine why customer is returning merchandise; 9.) Build 

29 retum policy exceptions; 10.) Build automated Email responses; 11.) Build integration links 

30 between the merchant's site and the Retums Manager Subsystem. 

31 A Customer Retums User Interface component of the computer System embodying the 

32 present invention provides each customer of an eCommerce Merchant (for which the Retum 

33 Policy Engine has been installed and the necessary parameters established) with a User Interface 
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1 with the relevant eCommerce Merchant's online store with which the customer interacts to 

2 return or exchange an item of merchandise. 

3 Different types of embodiments for the Customer Returns Subsystem and User Interface 

4 features of this invention include, among others: 1 .) a Customer Returns Desktop application 

5 with a Returns Back Office application; 2.) Customer Retums Integrated - a web enabled 

6 application and user interface integrated into the Merchant's site; and 3.) Customer Retums API 

7 - Application Programming Interfaces written, e.g., in XML designed to pass data for 

8 integration into the Merchant's site. 

9 Each of the different types of embodiments of the invention give the Merchant an 

10 automated retums functionality including such features, among others, as: 1 .) a step-by-step 

1 1 "wizard" (user interface software) that leads each customer through the merchandise return 

12 process; 2.) a return policy established with the Retums Manager Subsystem for the Back Office 

13 application; 3.) automatic enforcement of retum policy rules; 4.) supports both merchant and 

14 customer paid retum shipping scenarios; 5.) customer (Consumer) tracking of returned 

15 merchandise via multiple carriers; and 6.) automatic feed of shipment data to the Retums 

16 Manager Subsystem for the Back Office application. 

17 FIG. 1 is a graphic representation depicting the interface relationships provided by the 

1 8 System 1 of the present invention between a plurality of electronic Commerce providers 

19 ("Merchants") 2a-2n, Consumers 3a-3n, and Carriers 4a-4n. 

20 It should be noted that the use of suffixes such as "a" through "n" in connection with 

21 numbered elements of the FIGURES herein are exemplary and are not a limitation of the 

22 invention. Rather, the suffixes "a" through "n" are used to represent a plurality, but unknown 

23 number, of similar elements. 

24 As conceptually depicted in FIG. 1, a Consumer, e.g., 3a that has purchased merchandise 

25 firom an online Merchant, e.g., 2a, can visit the online Merchant's store, e.g., 2a, to arrange to 

26 retum an item of merchandise. The online Merchant's store 2a provides the Consumer 3a with 

27 access to the Retum System 1 through which the Consumer interfaces with supported Carriers 

28 4a through 4n. Carriers supported by the System include Carriers such as Airborne, FedEx, 

29 United Parcel Service, USPS, and Yellow Freight. The System 1 is completely expandable and 

30 scalable to include additional Carriers. 

31 As depicted in FIG. 2, each User 7 (which may be either a Merchant or a Consumer) has 

32 access to a computer 8, for instance a personal computer ("PC"). The computer 8 is configured 

33 with a display device 9 that provides a display screen 10. The computer 8 is further configured 
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1 with one or more user input devices, such as, for example, a keyboard 1 1 and a mouse 12. The 

2 computer 8 is also configured with a printing device 13, such as a laser printer. If the computer 

3 device 8 serves as a Shipping Station, the computer 8 may be further configured with a 

4 weighing device such as a scale 1024 and a bar code reader 1027. 

5 Users access and browse the Internet 1 5 using a web browser 14 that generally resides 

6 and is executed on the user's PC 8. The web browser 14 allows the Shipper/User 7 to retrieve 

7 and render hyper-media content from one or more of a Merchant's Server computers, e.g., 16. 

8 Commercially available web browsers include, e.g., Netscape's Navigator"^" and Microsoft 

9 Internet Explorer^*^. The Merchant's Server computer 16 is linked to the Return Shipping 

10 System Server 17. 

1 1 FIG. 3a is a graphic representation depicting an exemplary view of the System Data 

12 Center and its interfaces with Consumer computers 8a-8n, Carrier Server computers 23-2 

13 through 27-2, and eCommerce/eAuction Providers/Merchants 28a-28n, via the Internet 15. 

14 As depicted in FIG. 3a, the System provides a plurality of server computers 20a-21z 

15 ("servers" or "server computers"). Some of the server computers are configured as Web 

16 servers, e.g., 21m-21r. The Web servers 21m-21r are configured to perform multi-parcel, multi- 

17 carrier, multi-service parcel shipping management functions. The Web servers 21m-21r are 

18 sometimes referred to herein as "shipping servers" or "shipping Web servers". 

19 Other servers are configured as Database Servers. In an exemplary embodiment of the 

20 invention, the Database Servers are SQL Servers. Some of the Database Servers are configured 

21 to access Rating Database Data. The Database Servers that are configured to access Rating 

22 Database Data are referred to as the Rating Servers. 

23 The Web server computers communicate through the Internet with client computers or 

24 with server computers, e.g., 16, of a calling Merchant's system. 

25 In the exemplary embodiment of the invention, the system further provides at least one 

26 server computer that acts as a scheduler or "Load Balancer". The Load Balancer selects one of 

27 the plurality of shipping Web servers 21m-21r based on the load of work performed by that 

28 selected shipping Web server as compared to the other shipping Web servers. The Load 

29 Balancer directs incoming data to the selected shipping Web server for processing. 

30 An overview of an exemplary System architecture is depicted in FIG. 3b. The overview 

3 1 depicted is exemplary and meant to be illustrative; it is not a limitation of the invention. As 

32 depicted in FIG. 3b, one embodiment of the invention uses a three-tiered architecture. 
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1 The Data Management Tier 1201 is comprised of a Database Storage component 1202 

2 that in the embodiment depicted uses an SQL Server; a Message Queue Storage component 

3 1203 that in the embodiment depicted uses MS Message Queue; and a File Storage component 

4 1204 that in the embodiment depicted uses NTFS, and DFS. Each of the Database Storage 

5 component 1202, the Message Queue Storage component 1203, and the File Storage component 

6 1204, communicate with the Component Tier 1208 of the System architecture, communications 

7 by each component with the Component Tier 1208 represented by elements 1205, 1206 and 

8 1207 respectively. According to the embodiment depicted in FIG. 3b, the Server Components 

9 of the Component Tier 1208 use C++ programming language and COM Objects. 

10 The Application Tier 1212 of the System Architecture is comprised of a Web Shipper 

11 Client component 1213 (which uses HTML, ASP and JavaScript), the NOC Administration 



12 component 1214 (which uses HTML, ASP, VB, and C-K-), and the Web Shipping Station 

13 component 1215 (which uses HTML, ASP, JavaScript, C-H-, and ActiveX Controls). Each of 

14 the Web Shipper Client component 1213, the NOC Administration component 1214, and the 

15 Web Shipping Station component 1215 communicate with the Server Components of the 

16 Component Tier 1208 as represented by the communication elements 1209, 1210 and 1211 

17 respectively. 



18 In one embodiment, the System is implemented in an NT environment. The description 

19 of the System as being implemented in an NT environment is exemplary and is not a limitation 

20 of the invention. 

21 Returning to FIG. 3a, the System Database Servers 20a-20n maintain System 

22 Database(s) 22. The System Database(s) 22 contain many types of information. For example, 

23 when a Consmner returns a package using the System 1, one or more of the System's Database 

24 Servers, e.g., 20a-20n, create a new System tracking number. When a new System tracking 

25 number is created, one of the System's Database Servers, e.g., 20a-20n, adds a new package 

26 record with the newly created System tracking number to a Package Table 28 that resides in the 

27 System database 22 and contains package records for System processed packages. 

28 An exemplary embodiment of the Package Table 28 contains the foUov^ng information 

29 for each package: 1) Package Tracking State ID; 2) Package Shipping State ID; 3) Actual 

30 Delivery Time; 4) Delivered To information; 5) Shipping Date; 6) Carrier Tracking Number; 7) 

31 System Tracking Number; 8) Carrier ED; 9) Actual Package Weight; 10) Service Description; 

32 and 1 1) Package OID. The content of these fields are described further below. 
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1 The System's Database Servers 20a-20n maintain a Product Table 30. An exemplary 

2 embodiment of a Product Table 30 contains the following information for each Product: 1) 

3 Product Code - such as the product SKU; 2) Product Category — often a merchant specified 

4 grouping mechanism; 3) Merchant's Retum Merchandise Authorization ("RMA") Number (In 

5 the exemplary embodiment, each product has a corresponding RMA); 3) Product Description; 

6 5) Product Manufacturer; 6) Product Quantity; 7) Product Price; and 8) Product Tax. 

7 The System's Database Servers 20a-20n also maintain a Package History Table 28, 

8 described in more detail below. 

9 In the exemplary embodiment of the invention, tracking is performed whenever possible 

10 using carrier-specific Tracking API's (Application Program Interface). For a Tracking API, a 

1 1 Carrier predefines a layout for tracking requests and predefines a layout for tracking request 

12 responses. The System 1 then provides tracking request data according to the layout predefined 

13 by the particular carrier. When the System 1 receives tracking request response data from the 

14 particular Caixier, the System 1 parses the response data according to the tracking request 

15 response layout predefined by the particular Carrier. In order to communicate with each 

16 Carrier's system, the System 1 uses the particular Carrier's Internet URL for the particular 

17 Carrier's web server system with which to make an HTTP connection to the Carrier's web 

18 server, e.g., 23-2, Depending upon the Carrier, the System's 1 tracking request and response 

19 interface with the Carrier's web server may be formatted and programmed using HyperText 

20 Markup Language ("HTML"), Extensible Markup Language ("XML"), both HTML and XML, 

21 or any requirement specified by a Carrier. 

22 In the exemplary embodiment of the invention, in cases in which a particular Carrier 

23 does not support an API, the System performs tracking using an alternative approach sometimes 

24 referred to as "web scraping". In order to track using the web scraping approach, the System 1 

25 communicates with a Carrier by formatting HTML queries to the Carrier's Internet Website. 

26 The System 1 is programmed to receive and parse HTML responses from that Carrier's 

27 Website. The web scraping process simulates the presence and interactivity of a user at the 

28 particular Carrier's Website. 

29 In one embodiment, the Retums Manager Subsystem for the Back Office product 

30 requires Microsoft's Intemet Explorer version 5.01 or higher; the Customer Retums software 

3 1 requires either Netscape version 4.0 or Intemet Explorer version 4.0 or higher. 
32 
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1 A. RETURNS MANAGER SUBSYSTEM AND USER INTERFACE - 

2 MERCHANT ADMINISTRATION 

3 FIGS. 4a through 4c are high level logic flow diagrams depicting an exemplary 

4 Merchant experience within an exemplary embodiment of the Returns Manager Subsystem 

5 provided by the Return System. An exemplary embodiment of the Returns Manager Subsystem 

6 User Interface provided by the Return System provides a high level menu from which each 

7 Merchant can access the Return System. 

8 FIG. 5a is a graphic representation depicting an exemplary main menu and an exemplary 

9 submenu hierarchy in an exemplary embodiment of the invention. It will be understood by one 

10 with ordinary skill in the art that menus such as the one depicted in FIG. 5a provide the 

1 1 Merchant/User with direct, as opposed to serial, access to the available functions. It will be 

12 further understood by one with ordinary skill in the art, therefore, that the high level logic flow 

13 depicted in FIGS. 4a through 4c is illustrative, is not a limitation of the invention, and does not 

14 impose serial access to the Merchant functions described. 

15 FIG. 5b is high level interactivity diagram depicting an exemplary embodiment of the 

16 interactivity of the Returns Manager Subsystem between a Merchant's Client Machine, Returns 

17 Manager Page, various Returns Manager Subsystem functions, and the Retum System servers in 

18 an exemplary embodiment of the invention. As depicted in FIG. 5b, a portion of the Returns 

19 Manager 751 operates on the Merchant's client machine 750. The Merchant accesses the 

20 Returns Manager Page 752 through the Merchant's client machine 750 to select one of the 

21 Returns Manager Subsystem functions from the Returns Process option 99 (FIG, 52) from the 

22 main menu. 

23 As depicted in FIG, 5b, if the Merchant enters a password 766 through the Returns 

24 Manager Page 752 uses the System's Web Servers 21m-21r, which in tum use the System's 

25 Database Servers 20a-20n to validate the password 767. 

26 From the Returns Manager Page 752, the Merchant can select the Returns Monitor 

27 Option 1 14 (FIG; 5a) or the Retum Policy Builder Option 107 (FIG. 5a). If the Merchant 

28 selects the Returns Policy Builder Option 107 (FIG. 5a), the System uses the Returns Policy 

29 Builder Page 769 to use the System's Web Servers 21m-21r and the System's Database Servers 

30 20a-20n to provide the Merchant with the Returns Monitor functionality as will be described 

3 1 below with regard to FIGS. 5c and 5d. If the Merchant selects the Returns Monitor Option 1 14 

32 (FIG. 5a), the System uses the Returns Monitor Page 768 to use the System's Web Servers 
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1 21m-21r and the System's Database Servers 20a-20n to provide the Merchant with the Returns 

2 Monitor functionality as will be described below with regard to FIG. 5e. 

3 As depicted in FIG. 5b, ftom the Returns Manager Page 752, the Merchant can select the 

4 Return Policy Builder Option 107. FIG. 5c is high level interactivity diagram depicting an 

5 exemplary embodiment of the interactivity of the Returns Manager Subsystem between a 

6 Merchant's Client Machine and the Return System servers in an exemplary embodiment of the 

7 invention once the Merchant has selected the Return Policy Builder Option 107. 

8 If the Merchant selects the Standard Policy Builder option 108, the Returns Manager 

9 Page accesses the Standard Policy Builder function 753 using the System's Web Servers 21m- 

10 21r, which in turn use the System's Database Servers 20a-20n to access the Standard Policy 

11 Data 754. 

12 If the Merchant selects the Retum Shipping Options Builder option 109, the Returns 

13 Manager Page accesses the Retum Shipping Options Builder function 755 using the System's 

14 Web Servers 21m-21r, which in turn use the System's Database Servers 20a-20n to access the 

15 Retum Shipping Options Data 756. 

16 If the Merchant selects the Retum Questions Builder option 110, the Returns Manager 

17 Page accesses the Retum Questions Builder function 757 using the System's Web Servers 21m- 

18 2 Ir, which in turn use the System's Database Servers 20a-20n to access the Retum Questions 

19 Data 758. 

20 If the Merchant selects the Policy Exceptions Builder option 111, the Returns Manager 

21 Page accesses the Policy Exceptions Builder function 759 using the System's Web Servers 

22 21m-21r, which in turn use the System's Database Servers 20a-20n to access the PoUcy 

23 Exceptions Data 760. 

24 If the Merchant selects the Web Page Configuration Builder option 1 12, the Returns 

25 Manager Page accesses the Web Page Configuration Builder function 761 using the System's 

26 Web Servers 21m-21r, which in turn use the System's Database Servers 20a-20n to access the 

27 Web Page Configuration Data 762. 

28 If the Merchant selects the E-Mail Response Builder option 1 1 3, the Returns Manager 

29 Page accesses the E-Mail Response Builder function 763 using the System's Web Servers 21m- 

30 21r, which in tum use the System's Database Servers 20a-20n to access the E-Mail Response 

31 Data 764. 

32 FIG. 5d is high level interactivity diagram depicting an exemplary embodiment of the 

33 interactivity for the Retums Policy Builder Page function of the Returns Manager Subsystem 
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1 between the Return System database servers 20a-20n and Return Policy databases 754, 756, 

2 758, 760, 762, and 764 in an exemplary embodiment of the invention. FIG. 5d further depicts 

3 the type of data stored in each database. For example, as depicted in FIG. 5d, the Merchant's 

4 Policy Overview Statement, the Merchant's Return Period, Refund Method, and Refund 

5 Amount policies 775 are stored in the Standard Policy Data database 754. Return Locations, 

6 Primary Retam Center, and Online Shipping Options 776 are stored in the Retum Shipping 

7 Options Data database 756. Retum Questions and Responses 777 are stored in the Retums 

8 Question Data database 758. Exception definitions 778 are stored in the Policy Exception Data 

9 database 760. Retum Page Links 779 are stored in the Web Page Configuration Data database 

10 763. Situation definitions and corresponding e-mail responses 780 are saved in the E-Mail 

1 1 Response Data database 764. 

12 From the Retums Manager Page 752, the Merchant can select the Retums Monitor 

13 Option 1 14. FIG. 5e is high level interactivity diagram depicting an exemplary embodiment of 

14 the interactivity of the Retums Monitor Page between a Merchant's Client Machine, the View 

15 Inbound Shipments and View Selected Details features of the Retums Manager Subsystem, and 

16 the Retum System servers in an exemplary embodiment of the invention once the Merchant has 

17 selected the Retum s Monitor Option 1 14. 

18 As depicted in FIG. 5e, if the Merchant selects the View Inbound Shipments option 116 

19 as depicted in FIG. 7, the Retums Monitor Page accesses the View Inbound Shipments function 

20 770 using the System's Web Servers 21m-21r, which in turn use the System's Database Servers 

2 1 20a-20n to access the Inbound Shipments Data 77 1 . 

22 As depicted in FIG. 5e, if the Merchant selects the Details option, e.g., 640 as depicted 

23 in FIG. 46, the Retums Monitor Page accesses the View Details function 772 using the 

24 System's Web Servers 21m-21r, which in turn use the System's Database Servers 20a-20n to 

25 access the Shipment Details Data 773. 

26 Continuing with the description of the Merchant's experience in the Retums System, as 

27 depicted in FIG. 4a, the Merchant logs on 100 to the Retum System. As previously mentioned, 

28 it should be understood by someone with ordinary skill in the art that reference herein to 

29 Merchant setup, monitoring, tracking and other Merchant functions and interactions with the 

30 Retum System are provided through the Retums Manager Subsystem and User Interface. 

3 1 FIG. 6 is a graphic representation depicting an exemplary Log On Screen in an 

32 exemplary embodiment of the Retum System. The Merchant^ser is asked to provide an e- 

33 mail/User ID 120 and Password 121 and to click on the onscreen Continue button 122. If the 
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1 Merchanl/User enters an e-mail/User ID 120 and a Password 121, the Return System validates 

2 the security information against security information contained in the System databases 22. If 

3 the Merchant-supphed security information is valid, the Return System displays the Return 

4 System home page and main menu; otherwise, the Return System notifies the Merchant/User 

5 that the security information supphed is incorrect. 

6 The Merchant/XJser is instructed how to locate a forgotten password 123-1 or to 

7 otherwise recover a forgotten password by pressing the onscreen Recovery button 123-2. If the 

8 Merchant/User presses the onscreen Recovery button 123-2, the Return System searches the 

9 Return System's databases 22 for the Merchant-supplied e-mail/User ID; if found, the Return 

10 System pulls the password associated with the e-mail/User ID and e-mails the designated e-mail 

1 1 address with the password and notifies the Merchant/User to check its e-mail for the password. 

12 If the Return System does not locate the Merchant-supplied e-mail/User ID, then it notifies the 

1 3 Merchant accordingly. 

14 If the Merchant/User is altogether new to the Return System, the Merchant/User is 

15 instructed to apply 124-1 by clicking on the onscreen Apply button 124-2. In the Application 

16 procedure, the Merchant/User is required to identify the Merchant's company name, web site 

17 URL, credit information, payment information, such as credit card number and expiration date, 

18 "online store" return locations, physical retail store return locations. Once the application 

19 information is verified, a password is assigned to the Merchant and the Return System 

20 composes and sends an e-mail to the Merchant containing notification of the assigned password. 

21 Once the Merchant/User has a valid password, the Merchant/User can Log On to the Return 

22 System to set up the Merchant's Account. 

23 Returning to FIG. 4a, once the Merchant has logged on, the Return System displays a 

24 home page with a main menu. FIG. 7 is a graphic representation depicting an exemplary Return 

25 System home page in an embodiment of the Return System. The main menu provides a menu 

26 selection for returning the Merchant to the Merchant's own web site 130. The Return System 

27 supplies the Merchant web site menu selection with the web site URL provided by the Merchant 

28 User during the Application procedure described above. 

29 The main menu provides a menu selection for the Returns Manager 131. The submenu 

30 selections for the Returns Manager are depicted in the body 135 of the home page depicted in 

3 1 FIG. 7. The submenu selections for the Returns Manager are the default display for the Return 

32 System home page; they are also displayed when the Returns Manager menu item 131 has been 

33 selected. 
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1 The main menu further provides menu selections to Log Out 132, to request Help text 

2 133, and to link to a main shipping system web site 134. 

3 Returning to FIG. 4a, once a MerchantAJser has successfully logged in to the Return 

4 System, the home page 101 is displayed as depicted in FIG. 7. A newly accepted 

5 Merchant/User must complete Account Setup 102 by supplying such information as Company 

6 Information 103, User Administration information 104, and Return Center information 105. 

7 Account Setup information is saved in the Systems Databases 22 such as in an Account 

8 Database 106 (FIGS. 4a-4c). 

9 Returning to FIG. 7, if the Merchant/User selects the Company Infomiation selection 

10 item 103, the Return System displaj^s a Company Information Screen. FIG. 8 is a graphic 

1 1 representation of an exemplary Company Information Screen in an exemplary embodiment of 

12 the invention. In the Company Information Screen, the Merchant/User is prompted to supply 

13 the Company Name 140, Logo URL 141, color preference 142, and Customer Service contact 

14 information 143. 

15 Returning to FIG. 7, if the MerchantU"ser selects the User Administration selection item 

16 104, the Return System displays a User Administration Screen. FIG. 9 is a graphic 

17 representation of an exemplary User Administration Screen in an exemplary embodiment of the 

1 8 invention. In the User Administration Screen, the Merchant/User is prompted to identify User 

19 Names and associate those names with User ID's 145. The Merchant/User is also prompted to 

20 define User Names for those who should be allowed each access privilege level 1 50. For 

2 1 example, the Merchant/User is prompted to define one or more User Names authorized to 

22 perform Return Monitor privileges 146; one or more User Names authorized to perform Return 

23 Policy Builder privileges 147; and one or more User Names authorized to perform Account 

24 Setup privileges 148. The Merchant/User is also prompted to identify eMail contacts and 

25 telephone numbers for User Names 149. 

26 Returning to FIG. 7, if the Merchant/User selects the Return Centers selection item 105, 

27 the Return System displays a Retum Centers Screen. FIG. 10 is a graphic representation of an 

28 exemplary User Administration Screen in an exemplary embodiment of the invention. The 

29 Retum System prompts the Merchant User to enter information concerning one or more Retum 

30 Centers. Retum Center information includes, for example, the Center Name 1 5 1, an Attention 

31 name 152, one or more Address lines 153, city state and zip code 154, country 155, and 

32 telephone number 1 56. 
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1 As depicted in FIG. 4b, once the Merchant/User has provided Account Setup 

2 information, the Merchant/User can define to the Return System the Merchant's Return Policy 

3 107. In the Return Policy Builder 107, the Merchant/User provides Standard Policy information 

4 108, Return Shipping Options 109, Return Questions 110, Policy Exceptions 111, Web Page 

5 Configuration information 112 and eMail Responses 113. Retum Policy information is saved in 

6 the System Databases 22 such as in the Account Database 106. 

7 Returning to FIG. 7, if the Merchant/User selects the Standard Policy menu item 108, 

8 the Retum System displays a Standard Policy Screen. FIG. 1 1 is a graphic representation of an 

9 exemplary Standard Policy Screen in an exemplary embodiment of the invention. The Retum 

10 System provides the Merchant/User with a Policy Overview Statement window 1 60 in which to 

1 1 describe the Merchant's overall retum policy. The Retum System will display the text from the 

12 Merchant's Policy Overview Statement at the begirming of each customer's returns processing. 

13 The Policy Overview Statement window 160 can accept text, e.g., 160-3 only, or can process 

14 HTML commands imbedded within the text, e.g., 160-1 and 160-2, to format the text for 

15 eventual presentation to the Merchant's online customers. Tlie Merchant/User can navigate 

16 through the Policy Overview Statement window 160 using up 161-1 and down 161-2 scroll 

17 buttons. The Merchant^ser can preview the formatted text of the Policy Overview Statement 

18 by pressing an onscreen Preview button 1 62. 

19 The Merchanl/User defines the window of time in which the Merchant will accept a 

20 retum ("Retum Window") 167 by entering a time frame 163 and a reference event 165. The 

21 Retum System provides a scroll down menu of time frames which the MerchantAJser accesses by 

22 pressing the time frame scroll down menu button 164. The Return System also provides a scroll 

23 down menu of acceptable reference events which the Merchant/User accesses by pressing the 

24 reference event scroll down menu button 166. The Merchant/User selects a time frame and/or a 

25 reference event by placing the cursor on the desired choice and clicking. With respect to a time 

26 frame, if none of the time frames listed in the time frame scroll down menu match the Merchant's 

27 refund window policy, then the Merchant/User can enter the appropriate number in days. The 

28 Retum Window 167 selections described above are exemplary and are not a limitation of the 

29 invention. In an alternative embodiment, the Retum System provides for the definition of a Retum 

30 Window scale from which a partial refund can be calculated. For example, an item retumed witliin 

31 30 days results in a full refund; an item retumed after 30 days but prior to the expiration of 60 days 

32 results in a 75% refund; an item retumed after 60 days but prior to the expiration of 90 days results 

33 in store credit only. 
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1 The Merchant/User defines the Merchant's Refund Method 1 68 by selecting one of the 

2 Refund Method choices: Refund 169; Store Credit Only 170; or Choice of Refimd or Store Credit 

3 171. The Refund Method choices described above are illustrative and not a limitation of the 

4 invention. Some alternative embodiments of the Return System provide additional choices, 

5 including a partial refund choice the calculation for which (Refund Amount 172) can be defined by 

6 the Merchant to be dependent upon factors such as the actual retum time firame as compared to a 

7 Retum Window scale. 

8 The Merchant/User defines the Merchant's Refund Amount calculation method 172 by 

9 identifying the components of the original charges that will be included in the refund: Price of Item 

10 173; Tax on Item 174; and/or Original Shipping Charge 175. The Refund Amount calculation 

1 1 method 172 described above is illustrative and not a limitation of the invention. In an alternative 

12 embodiment, liie Retum System provides additional components that can be defined by the 

13 MerchantAJser to modify the amount refunded. For example, a percentage can be chosen and 

14 entered with which to reduce refunds made for retums made after 30 days. Further, the above 

15 described Refund Policy components pertain to the Merchant's standard general policy. In an 

16 altemative embodiment, the Merchant/User can additionally define Retum, Refimd and Exchange 

17 policies at lower levels, such as at a product category definition level. Additionally, in an 

1 8 altemative embodiment of the invention, the Retum System provides the ability to recognize "Sale" 

19 items and override standard general and/or product category level policies with a "Sales" policy 

20 (such as one that requires no refund for final sale items). 

21 Once the Merchant/User defines the Merchant's Retum Policy, the MerchantAJser can save 

22 the Pohcy definition by clicking the onscreen Save button 177. The Merchant/User can cancel the 

23 definition by clicking the onscreen Cancel button 176. 

24 Returning to FIG. 7, if the Merchant/User selects the Retum Shipping Options menu item 

25 109, the Retum System displays a Retum Shipping Options Screen. FIG. 12 is a graphic 

26 representation of an exemplary Retum Shipping Options Screen in an exemplary embodiment of the 

27 invention. 

28 Using the Retum Shipping Options Screen, the Merchant/User defines the Retum Locations 

29 1 80 to which items can be returned. The Merchant can allow retums to the online store by checking 

30 the Online Only item 181 and by selecting a primary retum center 182 from a scroll down menu of 

3 1 retum centers accessible by clicking a scroll down menu button 183. The Retum System builds the 

32 menu of retum centers from information supplied by the Merchant/User as part of the earlier 

33 described application process. 

34 The Merchant can allow retums to its physical retail store locations by checking the Any 

35 Retail Store item 184. In an altemative embodiment, the Retum System provides the 
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1 Merchant/User with a choice of Some Retail Locations accompanied by a pull down menu from 

2 which the Merchant/User can select the retail locations at which returns for online-purchase 

3 merchandise will be accepted. 

4 In one embodiment of the invention, the Merchant defines return policies for merchandise 

5 purchased at physical retail store locations, as well as or mstead of merchandise purchased through 

6 the Merchant's online store, so that all of the Merchant's customers can enjoy the convenience of 

7 returning unwanted merchandise with the ease of online services. 

8 Using the Return Shipping Options Screen as depicted in FIG. 12, the Merchant/User 

9 defines Online Shipping Options 185. If the Merchant agrees to pay for shipping returns, the 

10 Merchant/User checks the Merchant Pays option 186 and selects the shipping carriers and service 

1 1 options 187-1 through 190 for which the Merchant will agree to pay. Kthe Merchant does not want 

12 to pay for shipping retums, then the Merchant checks the Customer Pays option 191 and selects the 

13 carriers, e.g., 192-195, with which the Consumer may chose to ship the return. If the Merchant 

14 checks both the Merchant Pays option 186 and the Customer Pays option 191, then the Retum 

1 5 System applies the Merchant Pays option 1 86 to "justified" retums, and the Customer Pays option 

16 191 to "unjustified" returns. 

17 The Merchant/User saves its Retum Shipping Options by clicking the onscreen Save button 

18 177 or cancels its Retum Shipping Option selections by clicking the onscreen Cancel button 176. 

19 Returning to FIG. 7, if the Merchant/User selects the Retum Questions .menu item 1 10, the 

20 Retum System displays a Retum Questions/Responses Page, FIGS. 13a through 13d are graphic 

21 representations of an exemplary Retum Questions/Responses Page in an exemplary embodiment of 

22 the invention. 

23 The Retum Questions Builder is where the Merchant defines questions to determine why the 

24 customer is returning the merchandise. The Retum Questions Builder sets up a response tree. For 

25 each answer to each question, a different action can be indicated. The Customer Retums application 

26 wizard will present the questions in serial fashion to the customer and automatically enforce tlie 

27 programming mles set by the response tree. 

28 Each question is enabled or disabled (can only be in one or the other state) by clicking the 

29 checkbox. The question's text is entered into the question text box. The Merchant has the option of 

30 asking each question for every item retumed or just once per retum session. 

3 1 For each question, there is a corresponding answer. The answer heading text is entered into 

32 the answer heading text box. The merchant then sets up a response tree in the form of: 

33 Answer Response Next Action(s). The Merchant has the option of displaying response text. 

34 The System further provides actions control of the flow of the Customer Retums 

35 application. There is a button to allow editing of the next action list. Each entry in the "next action" 
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1 list is selected via a list box of possible next actions, including for example: 1 .) Ask Question 

2 number "n", where n is one of the Merchant's Return questions; 2.) Issue Refund; 3.) Do not issue 

3 Refund; 4.) Pay Return Shipping; 5.) Do not Pay Return Shipping; 6.) Pay Replacement Shipping; 

4 and 7.) Do not Pay Replacement Shipping. Further, there is also a button for editing and deletion of 

5 the answer. These features are described in more detail below. 

6 Using the Return Questions/Responses Page, the Merchant/User defines return policy 

7 questions, circumstances in which the questions should be asked, possible answer choices, and 

8 corresponding responses. The Merchant/User defines a plurality of Questions, e.g., Question 1 200 

9 (FIG. 13a), Question 2 230 (FIG. 13b), Question 3 231 (FIG. 13c), Question 4 232 (FIG. 13c), 

10 Question 5 233 (FIG. 13d). For each question, the Merchant/User defines a number of criteria, as 

1 1 illustrated as follows for Question 1 200. 

12 As depicted in FIG. 13a, the Merchant/User defines the first Question 200 as On 201 or Off 

1 3 202. The Merchant/User enters the text of the first Question 203 and instructs the Retum System to 

14 either ask the first Question for each item to be returned 204 or Once per retum 205 . The 

1 5 Merchant/User enters an Answer Heading 206 with which to instruct the consumer making a retum. 

16 The Merchant/User enters one or more Answer Choices, e.g., 207, 212, 216, 220. For each Answer 

17 Choice, e.g., 207, the Merchant^ser enters Response text 208 (through which the Merchant/User 

18 can navigate using up and down scroll buttons, e.g., 209-1 and 209-2); indicates whether the 

19 Response text should be displayed 210 (checked: display; blank: do not display); identify Follow Up 

20 Instructions, e.g., 21 1-1, 21 1-2, 21 1-3 (FIG. 13a). Follow Up Instructions are pre-estabHshed key 

21 word instructions which are described below with respect to FIG. 14. The Merchant/User clicks on 

22 the Edit Follow Up link e.g., 211-4 (FIG. 13a) to display a Follow Up Actions Screen, described 

23 below with respect to FIG. 14, through which the Merchant/User defines the Follow Up Actions 

24 appropriate for the particular Retum Response for the particular Answer Choice for the particular 

25 Question. The Follow Up Instructions, e.g., 211-1, 21 1-2, and 211-3, depicted in FIG. 13a are 

26 pulled from the Merchant/User's input of Follow Up Actions to the Follow Up Action Screen 

27 described below with respect to FIG. 14. 

28 As depicted in FIG. 13b, the Merchant/User can click the onscreen Add/Remove Answer 

29 Choices button 224 to add or remove particular Answer Choices. The Merchant/User can check the 

30 Add Customer Comments Field 225 to display a window in which the Customer can enter text 

31 comments. 

32 As depicted in FIG. 13d, the Merchant/User saves the Retum Questions and Responses by 

33 clicking the onscreen Save button 177 and cancels the Retum Questions and Responses settings by 

34 clicking the onscreen Cancel button 176. 
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1 The Merchant/User defines Follow Up Actions for each Return Response by clicking the 

2 Edit Follow Up link, e.g., 21 1-4 (FIG. 13a), that corresponds to a particular Return Response, e.g., 

3 208. FIG. 14 is a graphic representation depicting an exemplary configuration of Follow Up 

4 Actions corresponding to a particular Return Response for a particular Answer Choice for a 

5 particular Question in an exemplary embodiment of the invention. As depicted in FIG. 14, for a 

6 particular Return Response for a particular Answer Choice for a particular Question, The 



7 Merchant/User chooses: whether to Issue a Refund 240 by clicking Yes 241, No 242, or 

8 Undetermined 243; whether to Pay for Return Shipping 244 by cUcking Yes 245, No 246, or 

9 Undetermined 247; whether to Pay for Replacement Shipping 248 by cUcking Yes 249, No 250 or 

1 0 Undetermined 251; whether to Notify the Merchant' s Customer Service Rep 252 by chcking Yes 

1 1 253, No 254 or Other 255; and whether to Ask Additional Questions 257 and if so, which ones, e.g., 

12 Ql 258 through QIO 267. In the embodiment depicted, questions with a Question number that 



13 numerically precedes or is equal to the Question Number of the Question fi:om which the Follow Up 

14 Action Screen is entered can not be selected as next questions. 

1 5 The Merchant/User Adds Follow Up Actions by clicking the onscreen Add Follow Up 

16 Actions button 268. The Merchant/User saves the Follow Up Actions entered by clicking the 

17 onscreen Save button 177 or cancels the Follow Up Actions entered by clicking the onscreen Cancel 

18 button 176. 

19 Returning to FIG. 7, if the Merchant/User selects the Policy Exceptions menu item 1 1 1, the 

20 Return System displays a Pohcy Exceptions Screen. FIG. 15 is a graphic representation of an 

21 exemplary PoUcy Exceptions Screen in an exemplary embodiment of the invention. The PoUcy 

22 Exceptions Screen displays explanatory text 270 for the Merchant/User describing the uses of the 

23 Policy Exceptions function. The Merchant/User can choose to establish Policy Exception 

24 Categories 271, Items 272 or Customers 273. 

25 If the Merchant/User cUcks on the Policy Exception Categories link 271, the Return System 

26 displays an Exception Categories Page. FIG. 16 is a graphic representation depicting an exemplary 

27 first screen of the Exception Categories Page in an exemplary embodiment of the invention. As 

28 depicted in FIG. 1 6, the Return System displays explanatory text 280 describing how the 

29 Merchant/User can define special retum processing for certain groups of items. The Merchant/User 

30 can enter a plurality of product categories 281-300. To cancel the Exception Category entries, the 

31 Merchant/User clicks the onscreen Cancel button 176. To proceed with Exception Category 

32 definitions, the Merchant/User clicks the onscreen Next Step » button 301. 

33 If the MerchantAJser clicks the onscreen "Next Step »" button 301, the Retum System 

34 displays Store Categories Screens such as depicted in FIGS. 17a and 17b. As depicted in FIG. 17a, 

35 each Store Category defined in the Exception Categories 281-300 described above is presented so 
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1 that the Merchant/User can identify the Subcategories, e.g., 302-309. If appropriate, the 

2 Merchant/User can further subcategorize the products by clicking on the Second-Level 

3 Subcategories link, e.g., 310, for the particular Category, e.g., 281. The Merchant/User can then use 

4 these Exception Categories and/or Subcategories to further tailor the Return Questions and 

5 Responses. 

6 To save the Categories and/or Subcategories, the Merchant/User clicks the onscreen Save 

7 button 177 (FIG. 17b). To cancel the Categories and/or Subcategories, the Merchant/User clicks the 

8 onscreen Cancel button 176 (FIG. 17b). 

9 In a similar way, the Merchant/User can define Exception Policies with respect to particular 

10 Items and/or Customers. If the Merchant/User clicks the Exception Items option 272 (FIG. 15), an 

1 1 Exception Item Screen is displayed that prompts the MerchantAJ ser for a pluraUty of Item Names, 

12 IDs or Descriptions, for example, an SKU. If the Merchant/User clicks the Customer Exceptions 

13 option 273 (FIG. 15), a Customer Exception Screen is displayed that prompts the MerchantAJser for 

14 a plurality of Exception Customer IDs. 

15 Returning to FIG. 7, if the Merchant/User selects the Web Page Configuration menu item 

16 1 12, the Return System displays a Web Page Configuration Screen. FIGS. 1 8a and 18b are graphic 

17 representations of exemplary Web Page Configuration Screen in an exemplary embodiment of the 

1 8 invention. With the Web Page Configuration Screens, the Merchant/User can define the URL 320, 

19 Cancel URL 321, Done URL 322, Title Font Face 323, Font Face 324, Page Background Color 325, 

20 Shade Color 326, Title Bar Color 327, Title Font Color 328, Hover Text 329, Image Name 330, 

21 Image Text 331, Site Text 332, User ID 333, Password 334, Header HTML text 335 (with 

22 navigation up and down scroll buttons 336-1 and 336-2), Footer HTML text 337 (with navigation up 

23 and down scroll buttons 338-1 (FIG. 18a) and 338-2 (FIG. 18b)) and Integration Notes 339 (with 

24 navigation up and down scroll buttons 340-1 and 340-2). The Merchant/User cancels the Web Page 

25 Configuration settings by clicking the onscreen Cancel button 176 or saves the Web Page 

26 Configuration settings by clicking the onscreen Save button 177. 

27 In one embodiment of the invention, the Merchant/User is also prompted to supply a 

28 "mapping" of the Merchant's Online system tag names to data names for data required by the 

29 Returns System. The Merchant supplies the data tag names for particular data in the Merchant's 

30 Order Management System. For each data item required by the Return System to process a return 

3 1 request, the Return System presents the name and description of the required data and prompts the 

32 Merchant/User to supply a corresponding data tag name. In one such embodiment, the Return 

33 System will access the Merchant's Online store system according to information supplied by the 

34 Merchant in the Web Page Configuration Screen to validate the mapping information and will notify 

35 the Merchant/User if the mapping information supplied is not correct. 
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1 In the exemplary embodiment of the invention depicted in FIGS. 18a through 18b, the 

2 Merchant's mapping information is supplied off-line as part of the application process and is hard- 

3 coded into the system before assigning the Merchant/User a password for the Return System. 

4 Returning to FIG. 7, if the Merchant/User selects the Email Responses menu item 113, the 

5 Return System displays Email Responses Screen. FIG. 19 is a graphic representation of an 

6 exemplary Email Responses Screen in an exemplary embodiment of the invention. If the 

7 Merchant/User wants to have the opportunity to edit the text of e-mails sent to Customers, the 

8 Merchant/User clicks the Customer option 350. If the Merchant/User wants to have the opportunity 

9 to edit the text or other fields of e-mails sent to Merchant, the Merchant/User chcks the Merchant 

10 option 351. 

11 A component for the Returns Policy Builder function is the situation response table which 

12 acts like a traffic cop to direct the logic flow in the Customer Return application. The table consists 

13 of the following elements: 

14 A.) Situation Table - contains a list of all possible circumstances that might need a 

15 response. For example: 1.) Merchant pays for return shipping; 2.) Customer pays for return 

1 6 shipping; 3.) Customer X makes a return request; 4.) Product Z is selected for a return; 5.) 

17 Product category y is selected for a return; and 6.) Wrong item received. 
18 

19 B.) Response Table - contains a list of all possible actions the system can take. For 

20 example: 1 .) Issue Refund; 2.) Reply with Email format N; 3.) Pay Return Shipping; 4.) Ask 

21 question N; and 5.) Reply with response Z. 
22 

23 C.) Situation-Response Table - contains a Ust all of the valid situation-response 

24 pairings. 
25 

26 In one embodiment of the invention, the situation response table is a three-dimensional 

27 matrix an exemplary embodiment of which is depicting in FIG. 13e. FIG. 13e is a graphic 

28 representation depicting an exemplary configuration of a three dimensional Situation Response 

29 Matix in an exemplary embodiment of the invention. FIG. 13f is a graphic representation depicting 

30 an exemplary configuration of a Question Table in an exemplary embodiment of the invention. 

31 FIG. 13g is a graphic representation depicting an exemplary configuration of an Instruction Table in 

32 an exemplary embodiment of the invention. FIG. 13h is a graphic representation depicting an 

33 exemplary configuration of a Response Table in an exemplary embodiment of the invention. The 

34 configuration of questions, responses and instructions depicted in FIGS. 13e-13h are illustrative and 

35 are not a limitation of the invention. 
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1 As depicted in the exemplary embodiment in FIG. 13e, the three-dimensional Situation 

2 Response Matrix comprises: 

3 1.) a first dimension defining a set of return questions, e.g., 234-1-3, 234-2-3, . . . 

4 234-xx-a; 

5 2.) a second dimension defining, for each retum question, a set of return 

6 question responses corresponding to the retum question, e.g., responses 235-1-a and 235-2-a 

7 corresponding to question 234-1-a; retum question responses 235-3-a, 235-4-a, and 235-5-a 

8 corresponding to question 234-2-a; and responses 235-6-a and 235-7-a corresponding to 

9 question 234-xx-a; and 

10 3.) a third dimension defining, for each retum question response for each retum 

1 1 question, a set of instmctions to the computer system corresponding to the retum question 

12 response corresponding to the retum question, for example, instmctions 236-1-a and 236-2-a 

13 corresponding to response 235-1-a for question 234-1-a. 

14 The System populates the Situation Response Matrix using the merchant's input to the 

15 Policy Builder function screens, e.g., as depicted in FIGS. 13a-13d. 

16 In the exemplary embodiment depicted in FIGS. 13e-13h, each Question, e.g., 234-1-a, 

17 corresponds to an entry in a Question Table as depicted in FIG. 13f. The Question entry 234-1-a 

1 8 has a corresponding text entry, e.g., 234-1 -b, which the System uses to display the referenced 

1 9 question, e.g., 234-1 -a, to the consumer. 

20 In the exemplary embodiment depicted in FIGS. 13e-13h, each Response, e.g., 235-1-a, 

21 corresponds to an entry in a Response Table as depicted in FIG. 13h. The Response entry 235-1-a 

22 has a corresponding text entry, e.g., 235-1 -b, which the System uses to display to the consumer Ihe 

23 text 235-1 -b and 235-2-b for the possible responses, e.g., 235-1-a and 235-2-a for referenced 

24 question, e.g., 234-1 -a 

25 When a consumer inputs a merchandise retum request to retum at least one item of 

26 merchandise, the system receives the request and uses the situation response table to script an 

27 interactive exchange with the consumer. 

28 The System applies the merchant's pre-established retum policy by scripting an interactive 

29 exchange with the consumer. The System scripts the interactive exchange with the consumer by 

30 displaying in logical sequence, according to the consumer's responses and according to the logical 

3 1 relationships defined in the situation response table, the questions defined by the merchant during 

32 the merchant's completion of the Retums Policy Builder fimction. 

33 In the illustrative example for the exemplary embodiment depicted in FIGS. 13e-13h, the 

34 System displays the text 234-1-b of the first question 234-1-a firom the set of retum questions 

35 established by the merchant. The System receives the consumer's answer in response to that first 
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1 question. The System then compares the consumer's answer to the first question with the set of 

2 return question responses corresponding to the first question until a match is found. The System 

3 then directs the computer system to execute each instruction in the set of instructions corresponding 

4 to the matching return question response. 

5 FIGS. 13i-l and 13i-2 are high level flow diagrams depicting the flow of logic for applying 

6 a merchant's pre-established return policy logic in an exemplary embodiment of the invention. As 

7 depicted in FIGS. I3i-1 and 13i-25 the System initializes a Question number variable, e.g., "X" to 

8 "1" 237. The System accesses the Situation Response Table 312 to retrieve the submatrix for 

9 Question X; using the Question X submatrix, the System then displays tlie text corresponding to 

10 Question X 238 jfrom the Question Table 313 along with the text and selection buttons for each 

1 1 response tliat corresponds to Question X 239 retrieved firom the Response Table 314. 

12 The Consmner answers the Question X displayed by making a selection firom the responses 

13 displayed 274. The System then uses the selected response answer to access the corresponding 

14 response entry in the Situation Response Matrix; the System consecutively uses each of the 

15 instruction entries in the Situation Response Matrix for the selected response answer to access the 

16 Instruction Table 3 1 5 to retrieve the appropriate instructions 275. 

17 As depicted in FIG. 13i-2, the System executes each instruction for the particular response 

1 8 entry 276, The System tests to determine whether the instruction directs the System to ask a 

19 question 277. If so, the System sets the Question variable "X" to the Question number setting 

20 indicated by the instruction entry in the Instruction Table 279, accesses the Situation Response 

21 Matrix for the indicated Question, and displays the Question and Response selections for the 

22 indicated Question 238, If the instruction does not direct the System to ask a Question, then the 

23 System checks to determine whether there are further instructions to be executed 278. If so, the 

24 System continues to execute the next instruction 276. Otherwise, the System recognizes that it has 

25 completed the application of the merchant's Return Policy 311. 

26 In one embodiment of the invention, the System provides for Policy Exception Categories 

27 and Subcategories at the Policy level (that is, exceptions apply to all Return Questions). At a Policy 

28 level, the System provides the merchant with the capability to specify exception Questions, 

29 Responses and instructions for the excepted product categories and/or subcategories that differ j&om 

30 the Questions, Responses and instructions for non-excepted product categories and subcategories. 

31 In an alternative embodiment of the invention, the System provides for Policy Exception 

32 Categories and Subcategories at a Question level. At a Question level, the System provides the 

33 merchant with the capability to specify exception Responses and instructions for the excepted 

34 product categories and/or subcategories that differ from the Responses and instmctions for non- 
35 excepted product categories and subcategories. 
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1 In still another alternative embodiment, the System provides for Policy Exception 

2 Categories and Subcategories at a Response level. At a Response level, the System provides the 

3 merchant with the capability to specify exception instructions for the excepted product categories 

4 and/or subcategories that differ from the instructions for a particular response for non-excepted 

5 product categories and subcategories, 

6 FIG. 13j is a high level data and logic relationship diagram depicting an exemplary Situation 

7 Response flow in an exemplary embodiment of the invention. As depicted in FIG. 13j, a Policy 

8 Database 800 contains Policy Data 754 maintained by a Merchant through the Standard Policy 

9 function 753 of the Policy Builder Subsystem 769. The Policy Database 800 contains Situation 

10 Response Data 758-2 and Returns Question Data 758-1 which are maintained by the Merchant 

1 1 through the Returns Question function 757. The Policy Database 800 contains Policy Exception 

12 Data 760 which is maintained by the Merchant through the Policy Exception ftuiction 759. The 

13 Policy Database 800 contains Returns Center Data 758 which is maintained by the Merchant 

14 through the Returns Centers function 755. The Folicy Database 800 contains E-Mail Response data 

1 5 764 which is maintained by the Merchant through the E-Mail Response function 763. The Policy 

16 Database 800 contains Web Links data 762 which is maintained by the Merchant through the Web 

1 7 Page Links function 761. 

18 As depicted in FIG. 13j5 the Consumer Returns Subsystem 820 displays the Merchant's 

19 Standard Retums Policy 791 . Then, according to the Merchant's Returns Policies, as provided in 

20 the PoUcy Database 800, the Consumer Retums Subsystem 820 controller 792 selects the 

21 appropriate rules 793 from the appropriate databases 754, 758-1, 758-2, 760, 758, 764, and 762, to 

22 ask the Consumer questions and apply the appropriate rules based on the rules and the consumer's 

23 responses and actions 794, display exceptions based on the rules and the consumer's responses and 

24 actions 795, display shipping options based on the rules and the consumer's responses and actions 

25 796, send automated email messages based on the rules and the consumer's responses and actions 

26 797, and execute the appropriate web links according to the rules and the consumer's responses and 

27 actions 798. 

28 Once the Merchant/User has set up the Merchant's Account and Return Policy, the 

29 Merchant is ready for Customers to use the Return System from within the Merchant's online store 

30 web site. 
31 

32 B. CONSUMER RETURNS 

33 FIGS. 20a through 20c are logic flow diagrams depicting an exemplary high level logic flow 

34 for a Consumer's experience with an exemplary embodiment of the Retums System of the present 

35 invention from within a Merchant's Online store. Each of the ftinctions described below with 
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1 regard to FIGS. 20a through 20c are described in context of exemplary online screens as depicted in 

2 subsequent FIGURES. 

3 From within a particular Merchant's Online store, the Consumer (also sometimes referred to 

4 herein as the "Shipper" or "Customer") accesses the Consumer's Order History 360. As was 

5 mentioned above, the Consumer Returns Subsystem is accessed by the Consumer from within the 

6 Merchant's Online Store. As previously mentioned, it should be understood by someone with 

7 ordinary skill in the art that reference herein to Consumer interaction with the Return System is 

8 provided through the Consumer Returns Subsystem provided by the Return System. 

9 FIG. 21 is a graphic representation of an exemplary Order History display for a particular 

10 Customer in a particular Merchant's Online store. In an exemplary Merchant's Online Store, as 

1 1 depicted in FIG. 21, the Merchant displays the Merchant's Logo 380. The exemplary Merchant's 

12 Online Store provides a main menu of options 382, for example, "Welcome", "Online 

13 Merchandise", "Catalog Merchandise", "Place Orders", "Return Merchandise", etc. Further, in the 

14 exemplary Merchant's Online Store, each Page provides a Submenu of options 381 that provide 

1 5 functionality appropriate for the selected main menu option. In the illustrative FIGURES described 

16 below, the Consumer has entered the Merchant's Online Store, and has entered, for example, the 

17 Return Merchandise page. With the Retum Merchandise page, the Merchant's Online Store provides 

1 8 appropriate Submenu selections 381 that allow the Consumer to view the Consumer's Order History 

19 and access the Consumer Returns Subsystem to retum merchandise. 

20 In the exemplary Order History display depicted in FIG. 21 , the particular Consumer's 

21 Shipped Orders 400 are listed, e.g., 401-1 through 401-7. From the Order History as depicted in 

22 FIG. 21, the Consumer can select a particular order number, e.g., 401-1, by, for example, chcking 

23 the cursor on the order number 401-1. 

24 To retum an order, or an item from within a particular order, the Consumer selects a 

25 particular order number, e.g., 400. Selecting a the order number 400, causes the Merchant's Online 

26 store system to display an Order Summary 361 as depicted in FIG. 20a. FIG. 22 is a graphic 

27 representation of an exemplary Order Summary Screen for a particular Order Number for a 

28 particular Consumer from within a particular Merchant's Online store in an exemplary embodiment 

29 of the invention. 

30 The exemplary embodiment of the invention depicted in FIG, 20a shows that the Merchant's 

31 Online store system accesses the Retum System's Tracldng Database 115 (which is paii; of the 

32 Retum System's databases 22) to provide the Consumer's Order History and Order Summary 

33 information, hi an alternative embodiment, the information necessary to populate the Consumer's 

34 Order History and Order Summary information is contained within the Merchant's store's own 

35 databases. 
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1 As depicted in FIG. 22, the Return System icon, e.g., 402, is displayed on the Order 

2 Summary Screen. To return a particular item or set of times, the Consumer must click on the Return 

3 System icon 402. As depicted in the Consumer clicks on the Return System icon 402 which causes 

4 the display of a Returns Service Screen. FIG. 23a is a graphic representation depicting an exemplary 

5 Returns Service Screen provided by the Consumer Returns Subsystem in an exemplary Merchant's 

6 Online store in an exemplary embodiment of the invention. 

7 In a Returns Service Screen, such as the exemplary one depicted in FIG. 23a, the Merchant's 

8 Standard Policy Overview Statement 420 (e.g., 160 as depicted in FIG. 1 1) is displayed by 

9 retrieving the Merchant's Policy Overview statement 362 from the Return System Account 

10 Database 106 as depicted in FIG. 20a. As depicted in FIG. 23a, a check box, e.g., 421-1 through 

1 1 421-7, is displayed next to each ordered item, e.g., 404-1 through 404-7. To return a particular item 

12 or set of times, the Consumer must select the items to be returned 363 as depicted in FIG. 20a. As 

13 depicted in FIG. 23a, a Consumer that wants to return a particular item, e.g., 404-7, checks the 

14 check box 421-7 associated with that item (multiple boxes for multiple items can be checked) and 

1 5 then clicks the onscreen "Next Step »" button 422. 

16 FIG. 23b is a high level data and logic flow diagram depicting an overview flow of the 

17 Returns System flow in an exemplary embodiment of the invention. As depicted in FIG. 23b, the 

18 Merchant establishes the Merchant's returns poKcy in the Retums Policy Database 800 using the 

19 Retums Manager Subsystem 752. The Consumer Returns Subsystem displays the Merchant's 

20 standard retums policy 791 and walks the Consumer through the appropriate retum questions, 

21 applying the appropriate retum rules, including exceptions 794 as was previously discussed in detail 

22 with regard to FIG. 13j. The Consumer then uses the System's shipping functionality 802 provided 

23 by the Retums Processing Subsystem 8 15 in the exemplary embodiment of the invention to retum 

24 ship the merchandise 801. Retums shipping processing assigns the returned package a retum 

25 tracking number 803 . The Return Processing Subsystem provides a Background Tracking Agent 

26 804 that periodically accesses the list of retum tracking numbers and in an asynchronous manner 

27 uses the System's multi-carrier tracking function 805 to access the System's tracking servers, e.g., 

28 21s-21z (as depicted in FIG. 3a) and populate's the retum tracking databases 771, 773. The System 

29 provides Consumer tracking of a retum shipment 806 through a Consumer Retums Subsystem 

30 access to the Retums Processing Subsystem's Multi-Carrier tracking function 805. The Multi- 

3 1 Carrier Tracking function is described further below. 

32 Once the Background Tracking Agent 804 populates the Tracking Data 771, 773, the 

33 Merchant can view Inbound Shipments tlirough the Inbound Retums Manager 808 which displays 

34 809 Summary Tracking information (Summary Tracking infomiation is depicted in FIG. 46 and 

35 discussed fixrther below). The Merchant can request Shipment Details 810 and as depicted in, e.g.. 
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1 640 in FIG. 46, in which case the Returns Manager Subsystem will display 811 Inbonnd Tracking 

2 Detail (Inbound Tracking Detail is depicted in e.g., FIG. 48 and discussed further below). 

3 Continuing with the Consumer's experience in the System, once the Consumer clicks the 

4 onscreen Next Step » button 422, then as depicted in FIG. 20a, the Retum System then prompts 

5 the Consumer, through the Consumer Returns Subsystem in the Merchant's Online Store system, to 

6 answer the Merchant's Retum Questions and provide the requested Retum Reasons 364. 

7 FIG. 23 c is a high level interactivity diagram depicting an exemplary embodiment of the 

8 interactivity of the Customer Returns Subsystem between a Consumer's CUent Machine, Customer 

9 Returns Page, various Customer Returns Subsystem functions, and the Retum System servers in an 

10 exemplary embodiment of the invention. As depicted in FIG. 23c, a portion of the Consumer 

1 1 Returns Subsystem 901 operates on the Consumer's (also referred to here as the Customer) Client 

12 Machine 900. When the Consumer accesses the Merchant's online store, the Merchant's menu 

13 options allow the Consumer to access the Consumer Returns Page 902 jfrom within the Merchant's 

14 online store. From the Consumer Retums Page, the Consumer can access the Consumer Returns 

15 functions such as, for example: Display of the Merchant's Standard Policy and display items 

1 6 available for retum 903 from the Standard Policy data 754; prompt the Consumer for the reason for 

1 7 the retum 904; prompt the Consumer for shipping information such as the carrier with which the 

18 package will be retumed and the packaging of the item 905; finalize shipping of package 906; and 

19 print a shipping label 907 saving the shipping label information, such as the tracking number, in a 

20 Retum Label database 908. As with the Retums Manager Subsystem, the Consumer Retums 

21 Subsystem uses the Retum System's web servers 21m-21r to interact with the Consumer, and uses 

22 the Retum System's Database servers 20a-20n to access the various databases in the Policy 

23 Database 800 that are needed to supply the information for the interactivity 

24 FIG. 24 is a graphic representation of an exemplary Retums Service Retum Reason Screen 

25 in an exemplary embodiment of tlie invention. As depicted in FIG. 24, for the Order selected 401-1, 

26 for the item 404-7 selected to be retumed 421-7, the Merchant's Question 206 is asked, prompting 

27 the Consumer with acceptable answers 216, 207, 212, and 220 for selection 427-1 through 427-4. A 

28 Consumer Comments window 425 is provided with up and down scroll buttons 426-1 and 426-2 in 

29 which the Consumer can specify a narrative description. As depicted in FIG. 20a, the Retum 

30 System compares the Consumer's Retum Reason with the Merchant's Retum Policy 365. 

31 As depicted in FIG. 20c, according to the Merchant's Retum Policy, if the Consumer's 

32 Retum Reason is "justified", then the Retum System authorizes the retum 369 (and according to the 

33 Merchant's Retum PoHcy, pays for the Retum Shipping), calculating a Refund Amount and 

34 allowing the Consumer to Launch a Label 370, Print a Shipping Label 371; the Retum System 

35 thanks the Consumer 372 and Prepares a Package Retum Shipped e-mail 373. 
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1 As depicted in FIG. 24, a Refund Amount 172 is calculated based upon the standard policy 

2 choices made by the Merchant (Refund Amount 172 = Item Price 173 + Item Tax 174, as depicted 

3 in FIG. 1 1). When the Consumer has completed the Return Reasons for the particular item, the 

4 Consumer clicks the onscreen 'TNext Step »" button 422. 

5 FIG. 25 is a graphic representation of an exemplary Retum Sunmiary Screen in an 

6 exemplary embodiment of the invention. The Retum Summary Screen displays the Merchant's 

7 Response 213-1 (FIG. 25) appropriate for the Consumer's Retum Reason 427-3 (FIG. 24) in 

8 response to the Merchant's Retum Question 206 (FIG. 24) and possible Retum Answers 216, 207, 

9 212 and 220 (FIG. 24). The Retum Summary Screen displays the item description of the item being 

10 returned 404-7, the Reason for Retum 212, and the Consumer's comments 425. The Retum 

1 1 Summary Screen also displays the item price 173 and the calculated Refund Amount 172. 

12 Continuing with FIG. 25, the Retum Summary Screen prompts the Consumer to select one 

13 of the Merchant's choices of Carriers 187-1, 188-1, 190 and 184. The Retum Summary Screen also 

14 prompts the Consumer to indicate whether 433 or not 434 the returned item is in its original 

1 5 packaging 432. By pressing the onscreen "Next Step »" button 422, the Return System displays a 

16 Label Create Screen. 

17 FIG. 26 is a graphic representation depicting an exemplary Label Create Screen in an 

1 8 exemplary embodiment of the invention. The exemplary Label Create Screen depicted in FIG. 26 

19 notifies the Consumer that the Retum Package is ready to be shipped 440 and instmcts the 

20 Consumer how to create a shipping label for the package 441 according to the Carrier selected by 

2 1 the Consumer (43 1 in FIG. 25). 

22 If the Consumer presses the onscreen 'TSfext Step »" button 422 on the Label Create 

23 Screen, the Retum System prepares a Carrier shipping tracking number 450 and an internal Retum 

24 System tracking number (see 803, FIG. 23b) for the item package. The Return System prepares a 

25 shipping label for the item package an exemplary embodiment of which is depicted in FIG. 27a. 

26 A System tracking number is a unique number generated internally by the System to identify 

27 a particular package shipped using the System. The Shipper inputs the Shipper's Parcel 

28 Specifications for the Subject Parcel, Using each Shipper's Parcel Specifications, the System is 

29 programmed to access databases containing information about each supported Carrier. Each 

30 supported Carrier has a unique rating schedule, delivery and pickup rules and schedules, and 

3 1 certification requirements (the "Carrier Rules"). The System is further programmed to apply each 

32 supported Carrier's Rules to each Shipper's Parcel Specifications for the corresponding Subject 

33 Parcel. 

34 As a result of the Consumer creating a shipping label, the System assigns the package a 

35 System package tracking number and adds a record containing all of the pertinent information about 
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1 the package to the System database 22. Following are exemplary Shipping tracking numbers: 

2 MAGGY841VRY50; MAGGY84B496RF; MAGGY84X0FJ45. 

3 In one embodiment, the System Tracking Number is based on a Base-33 number system. 

4 The characters available are: Zero (0) through nine (9) and A through Z excluding "I" (i), "L" (1), 

5 and "O" (o). Each letter represents a value, as depicted in the table below: 

6 A=10 F = 15 M = 20 S = 25 X = 30 

7 B = ll G=16 N-21 T = 26 Y = 31 

8 C=12 H=17 P = 22 U = 27 Z==32 

9 D=13 J=18 Q = 23 V = 28 

10 E=14 K=19 R = 24 W = 29 

1 1 Each System Tracking Number is 13 alphanumeric characters. Position 1 is the letter TVT. Positions 

12 2 - 7 are a System Account number. Positions 8 - 12 are a five-digit ID. Position 13 is a Check 

13 Digit 

14 To calculate the Check Digit, the System performs the following steps: 1) Consecutively 

1 5 multiply the numeric value of each of positions 2-7; 2) Consecutively multiply the numeric value of 

1 6 each of positions 8 - 12; 3) Add both results; 4) Divide by 3 1 ; 5)Convert the remainder value to a 

17 Base-33 number. The converted value is the Check Digit. 

18 If the Consumer decides to print the label, the Consumer clicks the "Print This Label Now" 

19 link 451 on the Prhit Label Screen as depicted in FIG. 27a. 

20 As mentioned above, in some embodiments, the Shipper can use the System to locally print 

21 on the Shipper's printer device a bar-coded shipping label according the Selected Carrier's 

22 certification standards. In some embodiments, the bar-coded shipping label, including two 

23 dimensional bar code labels, and other types of shipping labels, can be printed on either a thermal 

24 label printer or on a laser printer. The Shipper specifies the type of printer to the system during 

25 initial setup procedures. Thereafter, the System uses, as appropriate, the thermal printer or laser 

26 printer module to prepare the label image for printing on the Shipper's printer. 

27 FIG. 27b depicts a flow diagram of one exemplary embodiment of the aspect of the 

28 invention that provides printing of bar-coded shipping labels on printer devices which are 

29 compatible with the client system on which the web browser is running, such as an HP-compatible 

30 laser printer. As depicted in FIG. 27b, one of the System Servers, for instance, a Shipping Server, 

3 1 e.g., 21s (FIG. 3a), gets the Label Size fi-om the Carrier Label Specification 1250, the Label Layout 

32 from the Carrier Label Specification 1251, Label Data from the Shipper Database 1252, and the 

33 Label Quality in Dots Per Inch ("DPI") as set by the Server 1253, and uses this information to 

34 Generate the Label 1254. 
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1 The Server then creates, and causes the display on the client browser's display device of, a 

2 text string with a specified font face and in a specified font size in an HTML table data cell with a 

3 specified width 1255. If the cHent browser is using a 96 display device DPI, the display device will 

4 display said text string in the HTML table data cell in a single line. If on the other hand, the client 

5 browser is using a 120 display device DPI, the display device will display said text string in the 

6 HTML table data cell in two lines. 

7 In creating the display of the text string, the Server also sends a message to the Shipper 

8 asking the Shipper to answer the following question: do you see the text string displayed on your 

9 screen as a single line or as wrapped text in multiple lines? The Server receives the Shipper's 

10 response and determines firom the response whether the Shipper's display device has displayed the 

1 1 text as a single line or as wrapped text in multiple lines 1256. If the text is displayed as a single 

12 line, then the client browser 1257 display device DPI is 120. Otherwise, the client browser 1258 

13 display device DPI is 96. 

14 Next, the Server calculates the shipping label HTML image size in pixels 1259 by 

1 5 multiplying the Carrier-specified label size fi-om the Carrier Label Specification times the client 

16 browser display device DPI as determined by Ihe previous step. 

17 Next, the System displays the generated label image in the client browser 1260 with an 

1 8 HTML image tag and an HTML image size in pixels as calculated in the prior step, 

19 The client browser calculates the size of the label to be printed in inches by dividing the 

20 label HTML image size in pixels as calculated in a prior step by the client browser display device 

21 DPI 1261; the client browser then prints out the label with the size calculated 1261. 

22 FIG. 27c depicts a flow diagram of an exemplary embodiment of the aspect of the invention 

23 that provides printing of dimensionally accurate images, such as dimensionally sensitive 

24 symbologies including two-dimensional bar codes and other two-dimensional machine readable 

25 symbologies. This aspect of the invention provides the printing of such dimensionally accurate 

26 images on various types of printer devices including among others HP-compatible laser printers. 

27 The printer devices can be configured with remote computers, such as PC's, that will receive signals 

28 to print the dimensionally accurate image over a communications network such as the Internet. Each 

29 PC having a client browser or executing like software, and each PC being configured with a pre- 

30 established Image Resolution that applies to tlie display device and the printer device configured 

31 with the PC. 

32 As depicted in FIG. 27c, a computer, such as a Shipping Server 22s (FIG. 3a), determines 

33 the Image Size 1350, the Image Layout 1351, any relevant Image Data 1352, and the Image 

34 Resolution in Dots Per Inch ("DPI") or in any other measure of Image Resolution 1353. The Server 

35 1014 uses this information to Generate the Image 1354. 
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1 Alternatively, the Lnage has previously been created; the Server determines from the Image, 

2 ttie Image Size 1350, the Image Layout 1351, any relevant Image Data 1352, and the Image 

3 Resolution in DPI or in any other measure of Image Resolution 1353 (collectively referred to 

4 hereinafter as the "Image Characteristics"). 

5 The Server determines the possible Image Resolution Categories and associated values of 

6 client PC's 1354. Image Resolution Categories and associated values include information such as 

7 the number of text strings, and the length of and characteristics (font face, font size, and HTML 

8 table cell width) of each of the identified number of, text strings that must be used to determine the 

9 Image Resolution of client display devices 1356. 

10 An HTML table cell width is fixed in that the physical width of the display of the HTML 

1 1 table cell does not change depending upon the resolution of the client device; a text string comprised 

12 of characters having a particular font and font size has a scalable width, depending upon the 

13 resolution of the client device resolution. Use of an HTML table cell to measure the resolution of 

14 client devices is not a limitation of the invention. In an alternative embodiment, a graphic element 

1 5 other than an HTML table cell, having a fixed width, is used to measvire the resolution of client 

16 devices. 

17 The possible Image Resolution Categories and values are stored in the memory of the Server 

18 and updated on some basis. In an alternative embodiment, the possible Image Resolution 

19 Categories and values are input into the Server computer. 

20 The Server then analyzes the Image Characteristics, and the possible Image Resolution 

21 categories and/or values 1355, and creates the appropriate number of text strings and associated 

22 HTML table cells 1356. Each text string is created to have a specified font face, a specified font 

23 size, and an associated HTML table cell with a specified width 1357. The computer then causes the 

24 display of the text strings in the associated HTML table cells on the remote client PC's display 

25 device 1358. 

26 In creating the display of the text string, the Server also sends a message to the recipient PC 

27 asking the user to answer the following question: is the first text string displayed on your screen as a 

28 single line or as wrapped text in multiple lines? The Server receives the remote user's response and 

29 determines fi:om the response whether the remote user's PC's display device has displayed each of 

30 the text strings as a single line or as wrapped text in multiple lines in a manner similar to that 

3 1 depicted in FIG. 27b, 1256 - 1258. The Server then sets the PC's Remote Image Resolution for 

32 printing the Image 1359 according to the results of the user's PC's display of the text strings. 

33 Next, the Server calculates the Remote HTML Image Size in pixels 1360 by multiplying the 

34 Image Size times the PC's Remote Image Resolution as determined by the previous step. 
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1 Next, the Server displays the generated image on the display device of the remote PC 1361 

2 with an HTML image tag and the Remote HTML Image Size in pixels as calculated in the prior 

3 step. 

4 The client browser of the remote PC calculates the size of the Image to be printed ('"Remote 

5 Print Image Size") in inches by dividing the Remote HTML Image Size in pixels by the Remote 

6 Image Resolution 1362; the client browser then prints out the Image with the Remote Print Image 

7 Size 1362. 

8 In one embodiment of the invention, instead of printing a shipping label at the Shipper's 

9 printer, a Package Number is displayed online on a Package Number Screen with notification that 

10 liie label will be printed at a shipping location previously designated by the Shipper. 

1 1 After the Consumer has printed a shipping label, as depicted in FIG. 28, the Return System 

12 then thanks the Consumer 455 and allows the Consumer to either return to the Merchant's Home 

1 3 Page, e.g., 456, or return to the Consumer's Order History 406. The option to return to the 

14 Consumer's Order History 406 is an option on most of the Consumer Return System Screens 

1 5 described above (FIGS. 22-26, 28). 

1 6 Once the Consumer has printed a shipping label, the Return System generates a Return 

17 Shipped e-mails, one to the Merchant, an exemplary embodiment of which is depicted in FIG. 29, 

1 8 and one to the Consumer, an exemplary embodiment of which is depicted in FIG. 30. 

1 9 Returning to FIG. 20a, if the Consumer provides a Return Reason that is not considered 

20 "justified" by the Merchant, then a different set of functions is performed by the Return System. In 

21 FIG. 3 1, the Consumer requests 421-5 to return an item 404-5. In FIG. 32, the Consumer indicates 

22 as a Retum Reason a reason 427-1/216. The Return System compares the reason 216 to the 

23 Merchant's Retum Policy 365, as depicted in FIG. 20a. In this case, the Retum System determines 

24 that the reason is not justified. Accordingly, the Retum System, as instructed by the Merchant's 

25 Retum Policy, requires that the Consumer pay for retum shipping. 

26 As depicted in FIGS, 20a tlirough 20c, in order to pay for retum shipping, the Retum System 

27 prompts the Consumer to specify Retum Shipping Preferences 366, prepares and displays a Graphic 

28 Comparison of the costs of shipping the item with a plurality of Carriers and Services 367, and 

29 prompts the Consumer to select and pay for shipping the package according to the Carrier and 

30 Service selected 368, before allowing the Consumer to create and print a retum shipping label 370 - 

31 371. 

32 Accordingly, when the Consumer then clicks the onscreen "Next Step »" button 422, as 

33 depicted in FIG. 32, the Retum System displays a series of Consumer Shipping Preferences 

34 Specification Screens, exemplary embodiments of which are depicted in FIGS. 33-35. In the 

35 Consumer Shipping Preferences Specifications Screen depicted in FIG. 33, the Retum System 
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1 prompts the Consumer to identify a Carrier 469 from a selection of Carriers and Return Locations 

2 470-474 that were allowed by the Merchant (FIG. 12, 192-195, 181, 184); specify item packaging 

3 475 as original 476 or not 477; and specify payment information 478 - 487. Once the Consumer has 

4 completed the necessary information, the Retum System validates the Consumer supplied 

5 information. If the Consumer clicks the onscreen "Next Step »" button 422, the Retum System 

6 displays a subsequent Consumer Shipping Preferences Specification Screen, as depicted in FIG. 34. 

7 Iq the Consumer Shipping Preferences Specification Screens depicted in FIG. 34, the Retum 

8 System prompts the Consumer to specify the package weight 500, packagiag type information 501- 

9 505, package dimensions 506-507, origination postal code 510, destination postal code 51 1, the 

10 destination address city 512, the destination address country 513, the destination delivery address 

1 1 type 514-515, and loss protection coverage 516. Once the Consumer completes this information, if 

12 the Consumer clicks the onscreen Continue button 422, the Retum System displays a subsequent 

13 Consumer Shipping Preferences Specification Screen, as depicted in FIG. 35. 

14 In the Consumer Shipping Preferences Specification Screens depicted in FIG. 35, the Retum 

15 System prompts the Consumer to specify the Carriers that the Consumer is willing to use, e.g. 520- 

16 523; the Consumer's ship from location 524 (a pull down menu of which is available by clicking the 

17 pull down menu button 525) and 526 (Advanced options); the shipping date 530 (with scroll down 

1 8 button 53 1); and tracking capabilities 532-533. If the Consumer needs additional information, the 

1 9 Consumer clicks the Learn More button 527 which is contextually sensitive as to which shipping 

20 specifications are involved. Once the Consumer completes the information, the Retum System 

21 validates the information. The Consumer can retum to a previous specification screen by clicking 

22 the onscreen "« Back" button 540, or can go to the next step by clicking the onscreen "Continue 

23 » "button 422. 

24 If the Consumer has completed all of the necessary specification infomiation and clicks the 

25 onscreen "Continue »" button 422, the Retum System generates and displays a Graphic Cost 

26 Comparison of the selected Carriers and available Carrier Services, exemplary embodiments of 

27 which are depicted in FIGS. 36a and 37. 

28 In an exemplary embodiment of the invention, the System uses MTX.exe as a transaction 

29 server. MTX.exe is an executable program that is part of the Microsoft suite of Internet web 

30 solution products. 

31 In the exemplary embodiment of the System, Web pages are grouped in organization units 

32 referred to as "virtual directories." For example, in the exemplary embodiment, all of the user 

33 interface Web pages that prompt a user to input registration data, and that provide interactive 

34 feedback to the registering user, would be grouped into a virtual directory. When a request for a 

35 particular Web page is received by a particular shipping Web server, the shipping Web server 
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1 determines which virtual directory is needed. Depending on the virtual directory to be accessed, 

2 MTX.exe loads one of a plurality of COM objects, which are DLL's (Dynamic Link Libraries), for 

3 the System. One of the COM objects for the exemplary embodiment of the system is referred to as 

4 theRating.DLL. 

5 Each Enterprise user is enabled to process one or more Carriers from a plurality of Carriers 

6 supported by the system. In the exemplary embodiment of the invention, when a user, through the 

7 user's client PC, issues a rating request, the System passes a list of carrier identifiers for tiie carriers 

8 enabled for that user to the Rating.DLL operating on the shipping Web server to which the rating 

9 request is directed. 

10 The Rating.DLL consists of various rating-related functions, one of which is referred to as 

1 1 "Get_Rate_Function". Get_Rate_Function receives as input the carrier IDs for the carriers enabled 

12 for the particular user, package information, shipping information, including origin and destination 

13 postal codes, and otlier information. Get_Rate_Function parses the received input information. 

14 Get_Rate_Function tests the carrier ID to determine the name of one of a pluraUty of Carrier- 

15 specific shipment rating routines that is to be performed in order to rate shipments for the particular 

16 carrier ID. In the exemplary embodiment of the invention, the Carrier-specific shipment rating 

17 routines are SQL Stored Procedures that are executed by the appropriate SQL Database Server. 

1 8 Get_RateJFunction then causes the appropriate Carrier-specific shipment rating routine to be 

19 performed to rate the User-specified shipment according to the relevant Carrier's business rules. 

20 FIG. 36a depicts an exemplary Dynamically Dimensioned Multi-Carrier, Multi-Service 

21 Graphic Array online display as part of an exemplary supplemental Shipper Parcel Specification 

22 Input Screen. In the embodiment of the Graphic Array depicted in FIG. 36a, the particular screen is 

23 titled the Rates and Times Screen. 

24 As depicted in FIG. 36a, the exemplary Graphic Array contains the following information 

25 and display elements: 1) valid delivery dates 1063 (1063-1 through 1063-3) across the top of the 

26 graphic display for the selected Ship Date; 2) sorted, vaUd delivery times 1064 (1064-1 through 

27 1064-6) for all valid dates down the left side of the graphic display; and 3) color coded by Carrier, 

28 Carrier cell entries, e.g., 1065, for each available rate, by date and time. 

29 In the exemplary embodiment depicted in FIG. 36a the Graphic Array comprises an array of 

30 intersecting rows and columns. Each column corresponds to a day and date of parcel delivery. In 

31 FIG. 36a, the days and dates of delivery shown are "TUE 28 SEP 99" (1063-1), "WED 29 SEP 99" 

32 (1063-2) and "THU 30 SEP 99" (1063-3). As depicted in FIG. 36a, space for other columns (1063- 

33 4 through 1063-7) are available for display; in the case of the example depicted in FIG. 36a 

34 however, no dates are displayed in those columns. 
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1 Each row of the Graphic Array corresponds to a time of dehvery. In FIG. 36a, the times of 

2 delivery are shown as "8:00 AM" (1064-1), "10:30 AM" (1064-2), "12:00 PM" (1064-3), "3:00 

3 PM" (1064-4), "4:30 PM" (1064-5), and "5:00 PM" (1064-6). 

4 At the intersection of each row (1064-1 through 1064-6) and column (1063-1 through 1063- 



5 7) of the Graphic Array is a "cell." In FIG. 36a, cells will be referred to by the element 1071, and 

6 by the intersecting row (1 through 6) and column (1 through 7) the intersection of which forms the 

7 space for each cell (1071-1-1, 1071-1-2, . . . 1071-6-7). Some of the cells depicted in FIG. 36a are 

8 empty, e.g., 1071-5-1, 1071-6-1, 1071-6-3, 1071-6-4. Empty cells represent the circumstances that 

9 none of the Carriers supported by the System (the "supported Carriers") support delivery of the 



10 Subject Parcel for the time and date for which that cell represents the intersection. 

1 1 Some cells depicted in FIG! 36a have one or more cell entries. In FIG. 36a, each cell entry 

12 represents a particular Carrier. Each Carrier cell entry is color coded with a unique color, the unique 

13 color corresponding to a particular Carrier as is discussed in more detail below; each Carrier cell 

14 entry contains a graphic element, e.g., 1 147a, and a monetary amount, e.g., 1 147b, which represents 

15 the price for which the corresponding Carrier would deliver the subject parcel. For instance, cell 

16 1071-1-1 contains a single Carrier cell entry 1 148. Cell 1071-3-1 contains two Carrier cell entries 

17 1065 and 1149. 

18 A color-coding legend 1062 is displayed on the Screen to identify by a name (1 140b, 1 141b, 

19 1 142b, and 1 143b) and a color-coding symbol (1 140a, 1 141a, 1 142a, and 1 143a), each of the 

20 supported Carriers that provide the service according to the particular Shipper's Parcel 

21 Specifications for the particular Subject Parcel. 

22 For purposes of this application, unique colors are depicted with graphic symbols. For 

23 example, a right-diagonal hash mark symbol 1 140a is used herein to represent tlie color red; a left- 

24 diagonal hash mark symbol 1 141a is used herein to represent the color purple; a vertical hash mark 

25 symbol 1 142a is used to represent the color amber; and a horizontal hash mark symbol 1 143a is 

26 used to represent the color blue. The particular hash mark symbols used herein and the colors 

27 mentioned herein are exemplary and are not a limitation of the invention. 

28 Each cell of the Graphic Array that is not empty contains one or more color-coded Carrier 

29 cell entries. For example, in FIG. 36a, cell 1071-3-1 contains two Carrier cell entries, 1065 and 

30 1 149. Carrier cell entry 1065 is color-coded with the right-diagonal hash mark s3mbol (representing 

3 1 the color red) which, according to the color-coding legend 1062, corresponds 1 140a with the Canier 

32 identified as "Airborne" 1 140b. Carrier cell entry 1 149 is color coded with the horizontal hash mark 

33 symbol (representing the color purple) which, according to the color-coding legend 1062, 

34 corresponds 1 143a with the Carrier identified as "USPS" 1 143b. 
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1 Each Carrier cell entry, e.g., 1065, contains a graphic element, e.g., 1065a, which contains 

2 what is known as "ALT text". As depicted in FIG. 36a, a Shipper viewing the Graphic Array onhne 

3 can place the PC's cursor on the graphic element, e.g., 1065a of a particular Carrier cell entry, e.g., 

4 1065, to display a pop-up screen 1069 that displays the ALT text for that particular Carrier cell 

5 entry. In some embodiments, the ALT text will be displayed by merely placing the cursor over the 

6 graphic element for a particular Carrier cell entry and leaving the cursor in that position for a certain 

7 time interval. In alternative embodiments, the Shipper must click on the graphic element for a 

8 particular Carrier cell entry in order to display the ALT text. In the exemplary embodiment depicted 

9 in FIG. 36a, the displayed ALT text, e.g., the text displayed in pop-up screen 1069, contains the full 

10 Carrier name (in the depicted case, "Airbome Express") and the full Carrier service name (in the 

1 1 depicted case, "Express Overnight Service") for the Carrier 1 140b (in this case, Airbome) to which 

12 that Carrier cell entry corresponds. 

13 As depicted in FIG. 36a, the color for the Carrier identified as "Airbome" 1 140b is depicted 

14 in the color coding legend 1062 with a right-diagonal cross-hatch symbol 1 140a. Accordingly, each 

1 5 Carrier cell entry contained within the Graphic Array with the right-diagonal cross-hatch symbol, 

16 e.g., 1065, corresponds to a delivery of the Subject Parcel supported by the Carrier "Airbome." 

17 Appearing in each of the color-coded Carrier cell entries, e.g., 1065 is a graphic element, e.g., 

18 1065a, and a monetary value, e.g., 1065b. The monetary value, e.g., 1065b corresponds to the price 

19 that the corresponding Carrier would charge to deliver the Subject Parcel according to the time 

20 1064-3 and date 1063-1 specified according to the row and column of which the intersection (which, 

21 in the case described is cell 1071-3-1) contains the Carrier cell entry 1065. For example, as depicted 

22 in FIG. 36a, the Carrier cell entry 1065, depicted with the right-diagonal cross-hatch symbol, 

23 contains the monetary amount "$9.00." Accordingly, the amount $9.00 is the price that the Carrier 

24 Airbome would charge to deliver the Subject Parcel at the identified time of 12:00 p.m. 1064-3 on 

25 the identified date of Tuesday, September 28, 1999 1063-1. 

26 Similarly, as depicted in FIG. 36a, the color for the Carrier identified as "FedEx" 1141b is 

27 depicted in the color coding legend 1062 with a lefl-diagonal cross-hatch symbol 1141a. 

28 Accordingly, each Carrier cell entry contained within the Graphic Array with the left-diagonal 

29 cross-hatch symbol, e.g., 1 147, corresponds to a delivery of the Subject Parcel supported by the 

30 Carrier "FedEx." 

31 Further, as depicted in FIG. 36a, the color for the Carrier identified as "UPS" is depicted in 

32 the color coding legend 1062 with a vertical cross-hatch symbol 1 142, Accordingly, each Carrier 

33 cell entry contained within the Graphic Array with the vertical cross-hatch symbol, e.g., 1 148, 

34 corresponds to a delivery of the Subject Parcel supported by the Carrier "UPS." 
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1 Similarly, as depicted in FIG. 36a, the color for the Carrier identified as "USPS" is depicted 

2 in the color coding legend 1062 with a horizontal cross-hatch symbol 1 143. Accordingly, each 

3 Carrier cell entry contained within the Graphic Array with the horizontal cross-hatch symbol, e.g., 

4 1 149, corresponds to a delivery of the Subject Parcel supported by the Carrier "UPS." 

5 In the embodiment of the Graphic Array depicted in FIG. 36a, the Graphic Array is 

6 dynamically dimensioned. For instance, only the dates and days (1063-1 through 1063-3) for which 

7 delivery that conforms to the particular Shipper's Parcel Specifications for the particular Subject 

8 Parcel are displayed across the top of the graphic. For example, for the date Tuesday, September 

9 28, 1999 (1063-1), at the time 5:00 p.m. (1064-6), no Carrier supports delivery of the Subject 

10 Parcel. 

1 1 Further, as depicted in FIG. 36a, only the times (1064-1 through 1064-6) during which at 

12 least one of the Carrier/Services identified as supporting the delivery are displayed along the 

13 viewer's left side of the Dynamically Dimensioned Multi-Carrier Graphic Array online display. 

14 Still further, as depicted in FIG. 36a, a Carrier cell entry, e.g., 1065, is displayed for each of, 

1 5 but only for each of, the Carriers/Services that support delivery for a particular day and time in the 

16 cell of the Graphic Array that represents delivery on a particular day and at a particular time. When 

17 the circumstances require, the System displays one or more Carrier cell entries in a single cell. For 

18 instance, cell 1071-3-1 contains two entries, 1065 and 1149; whereas cell 1071-1-1 contains only a 

19 single cell 1 148. Accordingly, as depicted in FIG. 36a, the cell size expands vertically to 

20 accommodate multiple Carrier cell entries. 

21 In the exemplary embodiment depicted in FIG. 36a, the color-coding legend 1062 for each 

22 of the Carriers/Services represented in the Graphic Array is displayed with color-coding graphic 

23 elements (1 140a tlirough 1 143a) and identification labels (1 140b through 1 143b) for each relevant 

24 Carrier/Service along the viewer's right side of the rating and timing graphic. Alternatively, instead 

25 of the printed name, the logo for the particular Carrier/Service can be displayed. As another 

26 altemative, the Carrier/Service logo can be displayed in color in the color-coding legend 1062. 

27 Tlie particular arrangement of the color legend 1062 depicted in FIG. 36a and the particular 

28 colors used in the color legend depicted therein are exemplary and are not a limitation of the 

29 invention. In an altemative embodiment, instead of using color, other visually distinctive methods 

30 are used to differentiate between different Carriers/Services. For instance, other visually distinctive 

31 methods of Carrier/Service differentiation include but are not limited to: three-dimensional texture 

32 effects, other three-dimensional effects, two-dimensional markings (for instance, dots, cross- 

33 hatching, and the like), lighting effects, graphic symbols (for instance, the logos of the 

34 Carriers/Services) and any combination of the aforementioned features with color. 
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1 In the embodiment of the Graphic Array depicted in FIG. 36a., the exemplary Graphic Array 

2 is depicted as horizontally wide enough to accommodate seven delivery days (1063-1 through 1063- 

3 7) within a particular delivery timespan. The depiction in FIG. 36a of the Graphic Array as a fixed 

4 size accommodating up to seven delivery days is exemplary and is not a limitation of the invention. 

5 In alternative embodiments, the Graphic Array online display collapses or expands in total size to 

6 reflect the actual number of rows and columns that need to be present in order to display the Carrier 

7 cell entries for the Carriers/Services that support delivery of the Subject Parcel according to the 

8 Shipper's Parcel Specifications. 

9 The arrangement as depicted in FIG. 36a of the parcel delivery days and dates (1063-1 

10 through 1063-7) across the top and the parcel deKvery times (1064-1 through 1064-6) along the left 

1 1 side of the Graphic Array is exemplary and is not a limitation of the invention. In one alternative 

12 embodiment, the parcel delivery days and dates are displayed across the bottom, and the parcel 

13 delivery times are displayed on the viewer's right side, of the Graphic Array. In other alternative 

14 embodiments, the parcel delivery days are arranged on one of the two sides of the Graphic Array 

1 5 and the parcel delivery times axe arranged along the top or the bottom of the Graphic Array. In such 

16 an alternative embodiment, the cells of the Graphic Array are expandable horizontally to 

17 accommodate the appropriate number of relevant Carriers/Services. 

18 As depicted in FIG. 36a, the Shipper is asked to input the Expected Ship Date 1060. In the 

19 exemplary embodiment depicted, a drop down menu activation mechanism 1061 provides the 

20 Shipper the ability to activate a pull down menu (not shown) of seven entries beginning with the 

21 current date and includes the six days immediately following the current date. The format used is 

22 "M/D/YY - Day name". "Today" and "Tomorrow" are displayed appropriately. The number of 

23 entries provided by the selection mechanisna, the format of the Expected Ship Date, and other 

24 features described herein are exemplary and are not a limitation of the invention. 

25 In the exemplary embodiment depicted in FIG. 36a, once the Shipper selects the Expected 

26 Ship Date, the System uses the Expected Ship date and the other information provided by the 

27 Shipper, as in the screens depicted in FIGS. 25, 34, and 35 described above, to access the Carrier 

28 Rules, apply the Carrier Rules, and prepare the Graphic Array containing the delivery prices and 

29 delivery times for the Subject Parcel according to the Shipper's Parcel Specifications. The System 

30 will then generate the signals necessary to display the Graphic Array and cause the Graphic Array to 

31 be displayed on the Shipper's PC. 

32 Once the Graphic Array is displayed, the Shipper can change previously input information 

33 and the System will automatically regenerate the Graphic Array with the delivery rates and delivery 

34 times that have been updated to reflect the new information. For instance, if the Shipper selects a 
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1 new shipping date, the System will regenerate the Graphic Array with the appropriate new rates and 

2 times. The logic for regenerating the Graphic Array is described in more detail below. 

3 In the cxemplBxy embodiment depicted in FIG. 36a, a Ship Location T3^e drop down menu 

4 activator 1067 is located below the Graphic Array. The particular location of the Ship Location 

5 Type selection mechanism as described herein is exemplary and is not a limitation of the invention. 

6 If the Shipping Location class is a "ship center", a "Find Location" button 1068 is displayed next to 

7 the drop down menu. In order to open the Drop Off Locator in a pop-up window, the Shipper places 

8 the Shipper's PC cursor on the "Find Location" button 1068 and clicking the Shipper's user input 

9 device. The Origin Zip Code and Ship Location type values supplied by the Shipper are used as 

1 0 parameters for the Drop Off Locator to locate a list possible Drop Off Location choices. The 

1 1 Shipper can select a Drop Off Location from the Drop Off Locator menu. The system dynannically 

12 responds to changes by the Shipper to Origin Zip Code and Ship Location type to present choices of 

1 3 Drop Off Location choices. 

14 Navigational buttons appear at the bottom of the Rates and Times Screen depicted in FIG. 

15 36a. Clicking the "Back" button 1070 will return the Shipper to the previously displayed screen. 

16 Clicking the 'TSText" button 1054 will cause the System to display the next screen. 

17 If a user returns to the Rates and Times Screen (FIG. 36a) from any of the Specification 

18 Screens, e.g., FIGS. 33-35, any Specification changes will effect the displayed rates. 

19 Using the subject parcel's Parcel Specifications, the System is programmed to access 

20 databases containing information about each supported Carrier. Each supported Carrier has a 

21 unique rating schedule, delivery and pickup rules and schedules, and certification requirements (the 

22 "Carrier Rules"). The System is further programmed to apply each supported Carrier's Rules to 

23 each Shipper's Parcel Specifications for the corresponding Subject Parcel. The System calculates 

24 the Shipping Charges based on zip-to-zip pricing where the Seller has provided the origin zip code 

25 and the Buyer has provided the destination zip code. 

26 To develop the rates for display in the Graphic Array, the System rating component is 

27 instantiated in the server-side script. The rating component's rate information method is invoked 

28 with the rate parameters embedded in the URL. Based on Carriers' business rules, the rates and their 

29 service option charges for all Carriers/Services are calculated fi:om each respective Carrier's zone 

30 data, service/delivery time data and rate data. 

3 1 The System keeps the Carrier data up-to-date in the System database 22. The application 

32 does not use any carriers' Application Program Interface (API) functions to get the rate information. 

33 All of carrier rate data is stored in the System database 22 and all business rules to calculate the 

34 rates are implemented within the System. 
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1 FIGS. 36b through 36e are high level data retrieval and logic flow diagrams depicting the 

2 data and high level logic that the system uses to calculate a shipping rate. As depicted in FIG. 36b, 

3 the following shipping information is used to calculate a shipping rate: Origin postal code, 

4 Destination postal code. Weight, Packaging, Drop off / Pickup, Country code 3001 . For each Carrier 

5 3002, the rating component of the System uses the origin and destination postal codes 3003. The 

6 rating component of the System obtains 3003 the zone id from the zone table 3008 and gathers 3004 

7 the time for deliveries for all available services from the service delivery time table 3009. From the 

8 rate table 3010, the rating component obtains services charges for the zone id, packaging type and 

9 weight 3005. For each service, the rating component gathers all possible service options charges 

10 3006. After gathering necessary information, the rating component returns an array of rate 

1 1 information 3007. Each element in the array represents a Carrier/Service and consists of service 

12 charge, service option charges, and deUvery times. 

13 The System calculates the rates according to the following overview logic as depicted in 

14 FIGS. 36c-36d. Tlie System retrieves all rate IDs (published, net, and retail) by joining the following 

15 database tables on the System's AccountNo: AccountAndCarrierAcnt; CarrierAccount; 

1 6 RateDefmition 3020. 

17 The System then determines the billing rules for all of the Carrier/Service combinations and 

18 their service options by joining the following tables on CarrierlD, ServicelD, and ServiceOptionLD: 

1 9 BillingOption; BillingOptionAndService; BillingOptionAndServiceOption 302 1 . 

20 For each carrier 3022, the System performs the following procedures: 1) determine if the 

21 particular carrier supports the given billing option based on step 2 3026. If not, continue with the 

22 next carrier 3027; 2) Apply carrier business rules, including: a) Calculate dimensional weight 3023; 

23 b) Determine billable weight 3024: actual weight, dimensional weight, oversize weight or letter 

24 weight; c) Validate package weight and dimensions 3025; (If the rate input violate carrier business 

25 rules 3026, continue to next carrier 3027); 3) Determine the zone ID from CamerZone table for the 

26 given origin/destination postal codes 3028; 4) Determine service delivery times 3029 (including 

27 Saturday/Sunday delivery times) by joining the following tables on destination postal code: a) 

28 CarrierDeliveryArea; b) CarrierServiceDelTime; 5) Determine all service charges from CarrierRate 

29 table by RatelD, ZoneED, ServicelD and Weight 3030; 6) Determine the service option charges for 

30 each Carrier/Service 3031 by joining the following tables on CarrierlD and ServicelD: 

3 1 ServiceOption; ServiceOptionAtttribute ServiceAndServiceOption; and 7) Apply billing option to 

32 service option charges 3032 (different service option charges could be billed to different parties for 

33 various billing options). 

34 As depicted in FIG. 36e, the expected delivery times for each Carrier/Service returned in the 

35 rate information determine the placement of the rate grid for the particular Carrier/Service cell: the 
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1 delivery date determines the columns 3040 while the delivery time resolves the rows 3041 . In the 

2 event that multiple rate entries collide 3042, the alphabetical order of the particular Carrier's name is 

3 further used to determine the Graphic Array entry order within the same date and time bucket 3043. 

4 The same Carrier/Service can be placed in a second time slot in the grid under Saturday or Sunday 

5 column 3045 if the Saturday or Sunday delivery is applicable to the particular Carrier/Service 3044. 

6 As depicted in FIG. 37, the Consumer can indicate a preference for a guaranteed delivery 

7 time 550-552. If the Consumer is satisfied with the Comparison, the Consumer can choose a 

8 particular Carrier and Service by clicking on the corresponding cell, e.g., 549, in the Graphic 

9 Comparison Array. If tlie Consumer is not satisfied with the Comparison, the Consumer clicks the 

10 onscreen « Back button 540. If the Consumer wants to only change the Consumer's indication of 

1 1 the guarantee of delivery time 550-552, the Consumer clicks the onscreen Update button 560. If the 

12 Consumer is satisfied, has chosen a particular Carrier cell entry, e.g., 549, then the Consumer clicks 

1 3 the onscreen Done button 561. 

14 Once the Consumer clicks the onscreen Done button 561, the Return System displays a 

15 Shipping Summary Screen, an exemplary embodiment of which is depicted in FIG. 38. 

16 From the Shipping Summary Screen, the Consumer can create and print a shipping label, as 

17 is described elsewhere herein, and the Return System will generate and send thank you messages 

18 and e-mails. 

19 FIGS. 39a through 39c are simphfied flow diagrams depicting the initial Timing and Rating 

20 procedure to generate a Graphic Array in an exemplary embodiment of the invention. In the 

21 embodiment of the invention depicted in FIGS. 39a through 39c, the functions of the Shipper 

22 entering shipping information 1 150, displaying errors to the Shipper that insufficient shipping 

23 information has been provided and prompting the Shipper for additional information 1 153, and 

24 displaying the Carrier/Service rate and time graphic 11 60, are all processed by the Web Browser at 

25 the Client, In the embodiment depicted, all other functions and processes depicted in FIGS. 39a 

26 through 39c are performed by one or more of the System Servers. 

27 It should be noted that the depicted separation of functions between the Web Browser at the 

28 Client on the one hand and the Return System Servers on the other hand represents an initial 

29 procedure to construct the Graphic Array in response to initial Shipper input of Shipper Parcel 

30 Specifications. As is explained in more detail below, after the initial construction of the Graphic 

3 1 Array, the System can distribute certain of the functions for supplemental regeneration of the 

32 Graphic Array to the Web Browser Client. 

33 As depicted in FIG. 39a, the Shipper (User) enters shipping information (Shipper Parcel 

34 Specifications) 1150. The System validates the shipping information 1151. 
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1 In the embodiment depicted, at a minimimi, the System requires Source Postal Code, 

2 Destination Postal Code, Parcel Weight, Type of Shipment, and the Shipping Location in order to 

3 determine a timing schedule and rates for each supported Carrier. If the Shipper has not provided at 

4 least these minimum specifications, then the System displays error messages 1 153 prompting the 

5 Shipper to input further Shipper Parcel Specifications 1 1 50, 

6 If the Shipper has supplied the minimum required specifications, then the System accesses 

7 the Shipper Database 11 95 to identify any user-specified Carrier designations and to determine the 

8 Carrier accounts for the appropriate Shipper 1 154. Using the Shipper Parcel Specifications, the 

9 System then accesses the Carrier Databases (1404a through 1404n) and determines all possible 

10 Carrier/Services that support shipping of the subject parcel 1 155. 

11 It should be noted that in some embodiments, the Shipper can restrict the identity of Carriers 

12 to be used in the construction of the Graphic Array. A Shipper may choose to restrict the System to 

13 certain Carriers, for instance, if the Shipper prefers to work only with certain Carriers. 

14 The System then examines each Carrier/Service in the set of supporting Carrier/Services 

15 1156. The next step 1 1 57 is a juncture for retum of control firom a number of points in the System 

16 logic and is performed for each Carrier/Service in the set of supporting Carrier/Services. 

17 If the System has examined all possible supporting Carrier/Services 1 158, the System 

1 8 assembles the Graphic Array from the delivery rate set 1159 and displays the Graphic Array to the 

19 user 1160. As was previously explained, the dimensions of the Graphic Array are dynamic. 

20 As long as there are further Carrier/Services that remain to be examined in the set of 

21 supporting Carrier Services, the System continues to perform the process described below. 

22 Using the Expected Shipping Date, the System switches the Carrier/Service's shipping 

23 timespan into possible delivery dates and times 1161. Next 1 162, the System determines whether 

24 the shipping timespan ends on a Saturday 1 163. If so, the System accesses the Carrier Database 

25 (1404a through 1404n) to determine whether the particular Carrier/Semce supports Saturday 

26 Delivery 11 64. If the particular Carrier/Service does not support Saturday Delivery, then the 

27 particular Carrier/Service is eliminated 1177 from the delivery rate set and the System proceeds with 

28 the next Carrier/Service in the delivery rate set 1157. 

29 If the particular Carrier/Service supports Saturday Delivery, the System determines the 

30 appropriate Saturday delivery rate for the particular Carrier/Service 1 165. 

31 Next, the System determines whether the shipping timespan ends on a Sunday 1168. If the 

32 shipping timespan ends on a Sunday, the System accesses the Carrier Database (1404a through 

33 1404n) to determine whether the particular Carrier/Service supports Sunday delivery 1 166. If the 

34 particular Carrier/Service does not support Sunday delivery, then the particular Carrier/Service is 
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1 eliminated from the delivery rate set 1 177 and the System proceeds with the next Carrier/Service in 

2 the deUvery rate set 1 157, 

3 If the particular Carrier/Service supports Simday Delivery, the System determines the 

4 appropriate Sunday delivery rate for the particular Carrier/Service 1 167. 

5 The System then determines whether there is a business day delivery within the shipping 

6 timespan 1 1 69. If so, the System accesses the Carrier Database (1404a through 1404n) to determine 

7 whether the particular Carrier/Service supports business day delivery 1 170. If the particular 

8 Carrier/Service does not support business day delivery, then the particular Carrier/Service is 

9 eliminated from the delivery rate set 1 177 and the System proceeds with the next Carrier/Service in 

10 the delivery rate set 1 157. 

1 1 If the particular Carrier/Service supports business day delivery, the System determines the 

12 appropriate business day delivery rate for the particular Carrier/Service 1171. 

1 3 The System next determines whether the Shipper has requested E-Mail delivery notification 

14 1 172. If so, the System accesses the Carrier Database (1404a through 1404n) to determine whether 

15 the particular Carrier/Service supports E-Mail delivery notification 1 173. If the particular 

16 Carrier/Service does not support E-Mail delivery notification, then the particular Carrier/Service is 

17 eliminated from the delivery rate set 1 177 and the System proceeds with the next Carrier/Service in 

18 the delivery rate set 1 157. 

19 If the particular Carrier/Service supports E-Mail delivery notification, the System adds the 

20 appropriate charge for the E-Mail delivery notification service to each of the particular 

21 Carrier/Service's delivery rates 1 174. 

22 The System then determines whether the Shipper has requested verbal delivery notification 

23 1 175. If so, the System accesses the Carrier Database (1404a tlirough 1404n) to determine whether 

24 the particular Carrier/Service supports verbal delivery notification 1 176. If the particular 

25 Carrier/Service does not support verbal delivery notification, then the particular Carrier/Service is 

26 eliminated from tlie delivery rate set 1 177 and the System proceeds with tlie next Carrier/Service in 

27 the delivery rate set 1 157. 

28 If the particular Carrier/Service supports verbal delivery notification, the System adds the 

29 appropriate charge for the verbal delivery notification service to each of the particular 

30 Carrier/Sei*vice' s delivery rates 1178. 

3 1 Next 1179, the System determines whether the Shipper has requested that the 

32 Carrier/Service guarantee delivery time 1 180. If so, the System accesses the Carrier Database 

33 (1404a through 1404n) to determine whether the particular Carrier/Service supports guaranteed 

34 delivery times 1 1 81 . If the particular Carrier/Service does not support guaranteed delivery times. 
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1 then the particular Carrier/Service is eliminated from the delivery rate set 11 77 and the System 

2 proceeds with the next Carrier/Service in the delivery rate set 1 157. 

3 If the particular Carrier/Service supports guaranteed delivery times, the System adds the 

4 appropriate charge for the guaranteed delivery times service to each of the particular 

5 Carrier/Service' s delivery rates 1 1 82. 

6 The System then determines whether the Shipper has requested a "Call for Pickup" shipping 



7 location 1 184. If so, the System accesses the Carrier Database (1404a through 1404n) to determine 

8 whether the particular Carrier/Service supports "Call for Pickup" services 1 1 85. If the particular 

9 Carrier/Service does not support "Call for Pickup" services, then the particular Carrier/Service is 

1 0 eliminated from the delivery rate set 1177 and the System proceeds with the next Carrier/Service in 

11 the delivery rate set 1 157. 



12 If the particular Carrier/Service supports "Call for Pickup" services, the System adds the 

13 appropriate charge for the "Call for Pickup" service to each of the particular Carrier/Service's 

14 delivery rates 1 1 86. 

1 5 The System next determines whether the Shipper has requested a "Residential Delivery" 

16 1 1 87. If so, the System accesses the Carrier Database (1404a through 1404n) to determine whether 

17 the particular Carrier/Service supports "Residential Delivery" services 1188. If the particular 

18 Carrier/Service does not support "Residential Delivery" services, then the particular Carrier/Service 

19 is eliminated from the delivery rate set 1 1 77 and the System proceeds with the next Carrier/Service 

20 in the deUvery rate set 1 157. 

21 If the particular Carrier/Service supports "Residential Delivery^' services, the System adds 

22 the appropriate charge for the "Residential Deliver}^' service to each of the particular 

23 Carrier/Service' s delivery rates 1189. 

24 The System then determines whether the Shipper has requested a "Loss Protection" services 

25 1 190. If so, the System accesses the Carrier Database (1404a through 1404n) to determine whether 

26 the particular Carrier/Service supports "Loss Protection" services 1 191. If the particular 

27 Carrier/Service does not support "Loss Protection" services, then the particular Carrier/Service is 

28 eliminated from the delivery rate set 1 177 and the System proceeds with the next Carrier/Service in 

29 the delivery rate set 1157. 

30 If the particular Carrier/Service supports "Loss Protection" services, the System calculates 

3 1 the appropriate charge for the "Loss Protection" service and adds the appropriate charge to each of 

32 the particular Carrier/Service's deUvery rates 1 193 before proceeding with the next Carrier/Service 

33 in the delivery rate set 1157. 

34 In the exemplary embodiments of the invention described here, the System automatically 

35 and dynamically regenerates the display of the Graphic Array and certain portions of other screens 
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1 when the Shipper makes onhne changes to Shipper input. To do this, the System generates 

2 executable code which it distributes with certain displayable frames to the Web Browser CUent. 

3 This distribution of code for purposes of regenerating the Graphic Array differs from the initial 

4 generation of the Graphic Array as was described above. For example, in the embodiment of the 

5 invention depicted in FIGS. 39a through 39c, in the initial development of the Graphic Array, the 

6 System distributes the functions that initially generate the Graphic Array as follows: the Shipper 

7 entering shipping information 1 150, displaying errors to the Shipper that insufficient shipping 

8 information has been provided and prompting the Shipper for additional information 11 53, and 

9 displa3^ng the Graphic Array 1 160, are all processed by the Web Browser at the CUent; all other 

10 functions and processes depicted in FIGS. 39a through 39c are performed by one or more of the 

1 1 System Servers. 

12 Distribution to the Web Browser Client by the System of executable code that regenerates 

13 the Graphic Array provides the capability to dynamically reflect in tlie Graphic Array any changes 

14 that the Shipper may enter to the various Shipper Parcel Specifications; the Graphic Array 

1 5 immediately displays the new information without requiring the Shipper to request a recalculation, 

1 6 such as by clicking on a "Regenerate" button or the like. 

17 To facilitate regeneration of the Graphic Array, the System generates executable code which 

18 it distributes with the frame, such as the frame that is displayed to the user for collecting the Parcel 

19 Specifications, to the Web Browser Client. A displayable frame is a set of information for display 

20 on the client display device. For example, in FIG. 36a, in one embodiment of the invention, a first 

21 frame of the screen depicted in FIG. 36a comprises the Title "Rates & Times" 1109a, the instruction 

22 "Click on tlie price to select a delivery date, time and carrier," 1 109b, the legend "Date you expect 

23 to ship your package:" 1 109c, the input field for the Expected Shipping Date 1060, tlie legend "I'll 

24 ship the package from:" 1 109d and the input field for the Shipping Location 1066; a second frame 

25 of the screen depicted in FIG. 36a comprises the Graphic Array. 

26 As the System generates the display of each frame, the System generates executable code 

27 which it distributes with, e.g., the Rate & Times frame, to the Web Browser Client. Thereafter, the 

28 Web Browser CHent uses the executable code to automatically regenerate the display of the Graphic 

29 Array each time the Shipper makes changes to the Shipper Parcel Specifications. In one 

30 embodiment of the dynamic regeneration aspect of the invention, the executable code distributed to 

3 1 the Web Browser Client uses JavaScript. 

32 In some cases, the executable code sent to the Web Browser Client provides the information 

33 and the capability to regenerate the Graphic Array without any further communication with the 

34 Server. In other cases, the Web CUent Browser must retum control to the Server so that the Server 

35 can access data maintained by or accessible by the Server; the Server then regenerates the Graphic 
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1 Array or otiierwise provides the Web Browser Client with the information necessary to regenerate 

2 the Graphic Array. 

3 In an exemplary embodiment of the automatic dynanoic regeneration aspect of the invention, 

4 the executable code distributed to the Web Browser Client contains the logic to apply Carrier Rules 

5 to Shipper Parcel Specification changes. For instance, Shipper changes to certain Service Options, 

6 e.g., 550-552 as depicted in FIG. 37, would be automatically processed by the Web Client Browser 

7 and the Web Client Browser would regenerate the Single Day Rate Graphic Array depicted therein 

8 to reflect the Shipper chaages. In one such automatic dynamic regeneration embodiment, only those 

9 functions that do not require jairther access to the relevant Carrier's database are distributed to the 

10 Web Browser Client. 

11 It should be noted that, according to the automatic dynamic regeneration aspect of the 

12 invention, if after the Shipper views the Graphic Array the Shipper enters changes to any of the 

13 factors with which the System calculates the rates and develops the Graphic Array, the System uses 

14 a similar logic flow to regenerate the Graphic Array as was explained above in relation to FIGS, 39a 

15 tibrough 39c. 

16 The dynamic regeneration capability is used to automatically regenerate response screens in 

17 many places throughout the System. For instance, as was mentioned above, as in the case of FIG. 
IS 36a, if the Shipper changes Origin Zip Code and/or Ship Location Type, tlie System will 

19 automatically regenerate a list of possible Drop Off Location choices. 
20 

21 C. TRACKING 

22 1. Consumer Tracking 

23 Once the Consumer has shipped a return package, the Consumer can track the shipment 

24 through the Merchant's online store. FIG. 40 depicts an Items Ordered Screen. By clicking on the 

25 Track your package link 405, the Consumer can track the package associated with the described 

26 item. FIG. 41 is a graphic representation of a Tracking Information Screen depicting status 

27 information about the tracked package. 

28 FIGS. 42-45 depict an altemative Consumer Tracking embodiment in which clicking the 

29 Track your package link 405 as depicted in FIG. 42 generates a Track Your Package screen as 

30 depicted in FIG. 43. The Track Your Package Screen provides a window in which to collect a 

3 1 Tracking Number 601 . As depicted in FIG. 44, the Consumer enters a Tracking Number 601 and 

32 clicks the onscreen Submit button 602 to track the package. Clicking the onscreen Close button 603 

33 closes the Track Your package screen. Clicking the submit button 602 generates the display of a 

34 Tracking Information Screen as depicted in FIG. 45. The Tracking Information Screen as depicted 
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1 in FIG. 45 provides a further Tracking Number collection window 601 and a Submit button 602 for 

2 tracking additional packages. 
3 

4 2. Merchant Tracking 

5 Returning to FIG. 7, if the Merchant chcks the View Inbound Return Shipments 116, the 

6 Return System displays a View Inbound Return Shipments Screen, an exemplary embodiment of 

7 which is depicted in FIG. 46. As depicted in FIG. 46, the Inbound Return Shipments Screen 

8 provides the Merchant/User with the ability to select the Display format 620, the Date range for the 

9 report 622, and Sorting criteria 624. Each of the tracking criteria, 620, 622, and 624, provides a pull 

10 down menu button, e.g., 621, 623 and 625 respectively, with which the Merchant/User can view a 

1 1 pull down menu of choices. An exemplary menu for each of the choice types is depicted in FIG. 47 

12 and is discussed further below. 

13 Continmng with FIG. 46, the Inbound Return Shipments Screen reports all inbound 

14 shipments that meet the Merchant/User's specified tracking criteria in the order specified by the 

15 Merchant AJser. Each entry in the report identifies the person firom whom the item is being returned 

16 627, the Service and Carrier with which the item is being shipped 628, the ship date 629, the 

17 delivered or expected delivery date 630, the destination 631, a Status 632, a Tracking number 633 

1 8 and a link with which the Merchant/User can view Details 640. The Merchant/User can refiresh the 

19 Screen by clicking an onscreen Update View button 626. 

20 FIG. 47 is a table representing exemplary menus for each of the tracking criteria. As 

21 depicted in FIG. 47, the Display format tracking criteria menu 620 provides the Merchant/User with 

22 the ability to request reporting of All Returns 620-1, or to limit the report to items that have the 

23 status of: Delivered 620-2, Exceptions 620-3, In-transit 620-4, or Return Requested 620-5. 

24 The Expected Delivery Date criteria menu 622 provides for selections of Today 622-1, in 2 

25 days 622-2, in 3 days 622-3, in 4 days 622-4, in 5 days 622-5, in 6 days 622-6, in 7 days 622-7, this 

26 week 622-8, in the next 7 days 622-9, and in the next 14 days 622-10. 

27 The Merchant/User can choose to sort the reported items 624, by Attention 624-1, Carrier 

28 624-2, Company 624-3, Service 624-4, Ship Date 624-5, and Status 624-6. 

29 FIG. 48 is a graphic representation of a View Inbound Return Shipments Detail Screen. The 

30 Detail Screen reports Tracking Information 650, Return fofonnation 660, and Original Order 

3 1 Information 670. The Merchant/User clicks the View Inbound Return Shipments link 680 to retum 

32 to the View Inbound Retum Shipments Screen. 

33 Returning to FIG. 7, if the Merchant/User clicks the Reporting, Graphs, and Data Export 

34 link 117, the Retum System displays a Reporting, Graphs and Data Export Generation Screen, an 

35 exemplary embodiment of which is depicted in FIG. 49. The Merchant/User can choose by clicking 
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1 on the appropriate keywords on the screen to report by SKU 700; status 701 (such as Requested 

2 701-1, in-transit 701-2, or delivered 701-3); Carrier 702; dollars 703 (item price 703-1, tax 703-2, or 

3 total 703-3); return reasons 704 (total count 704-1, or list all 704-2); return center 705 (online 705-1, 

4 or offline 705-2); paid by merchant 706; paid by customer 707; or customer ID 708. 

5 The Merchant/User can define reporting time shoes 709, such as, for example, a particular 

6 date 709-1, a date range 709-2, current day 709-3, last day 709-4, next day 709-5, current week 709- 

7 6, current month 709-7, a quarter 709-8, or a year 709-9. The time slices 709 described are 

8 illustrative and are not a lin:iitation of the invention. Other time slices can be provided without 

9 departing from the spirit of the invention. 

10 The Merchant/User can click on graph of reports 710 to display graphs of the returns that 

1 1 match the criteria selected. The Merchant/User can click on Export 71 1 to export a report to a file, 

12 other systems, etc. 

13 FIG. 50 is a logic flow diagram that depicts the high level logic for tracking the status of a 

14 particular package. The Return System provides tracking of packages across multiple carriers. That 

15 is, each package may have been shipped Avith one of several supported carriers. Even so, the 

1 6 Returns System provides tracking of all packages shipped using the System. 

17 As depicted in FIG. 50, the User enters 18a and 18b a tracking number 19. The System first 

1 8 validates 2050 the tracking number 19. The System performs the validation process by attempting 

19 to access the record on the System database 22 that is associated with the tracking number 19. To do 

20 this, the System requests that a System database server, e.g., 20a (as depicted in FIG. 3a) locate and 

21 retrieve the package record that is associated with the tracking number 19. The System database 

22 server, e.g., 20a, uses the entered tracking number 1 9 to search the System database 22 to locate and 

23 retrieve the specified package record. In one embodiment, the System database server, e.g., 20a, is 

24 programmed to perform database accesses using Sequel 7.0. 

25 Through the validation process, the System determines whether the tracking number 1 9 is a 

26 System tracking number or a Carrier tracking number. Below are examples of Carrier tracking 

27 numbers. 

28 UPS-1Z8595610344113190 

29 Airborne - 3918984344 

30 FedEx -811152682326 

3 1 USPS - EJ585489546US 

32 Yellow Freight - 2100003475 

33 If a user enters a Carrier tracking number as the tracldng number 19, then depending upon the status 

34 of the package, or the number of times that the package was tracked, there may be no information in 
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1 the System database 22 for the Carrier tracking number. In such a case, the System then uses 

2 algorithms provided by each Carrier to determine the Carrier identification. 

3 If the System determines that there is information about the package on the System database 

4 22, then the System analyzes the Package Shipping State. If the Package Shipping State of the 

5 retrieved record is "Manifested" or "In Transit" and the Package Tracking State is not "Delivered", 

6 then the System prepares to track the package using the appropriate Carrier system. If the Package 

7 Shipping State of the retrieved record is "Delivered", or other final status, then the System reports 

8 the status of the package to the user. 

9 If the tracking number 19 is a valid System tracking number, then the System extracts the 

1 0 Carrier's tracking number and Carrier's ID firom the package record retrieved firom the System 

1 1 database 22 before issuing a request 2054. Otherwise, if the tracking number 19 is a Carrier 

12 tracking number, then the System extracts the Carrier's ID firom the package record before issuing a 

13 request 2052 to the Carrier's Memet system. The Sj^tem uses the Carrier's ID to retrieve from the 

14 System database 22 the Internet URL for the Carrier's Internet web site. The URL information is 

15 configurable. 

16 Returning for a moment to FIG. 3a, using the Carrier's Internet URL, the System then 

17 makes an HTTP connection to the Carrier's web server, e.g., 23-2 through 27-2, using the URL 

18 information for tlie particular Carrier's web server. Depending upon the Carrier, the System's 1 

19 request and report interface with the Carrier's web server is programmed in HyperText Markup 

20 Language ("HTML"), Extensible Markup Language ("XML"), both HTML and XML or other form 

21 as defined by the Carrier. FIG. 5 1 depicts an exemplary XML formatted request for submitting a 

22 tracking request to a Carrier. FIG, 52 depicts an exemplary successftil tracking response, also in 

23 XML format, returned by the Carrier. 

24 Then, as depicted in FIG. 50, the System transmits the Carrier's tracking number over the 

25 HTTP connection (2052 or 2054). The System instmcts the Carrier's web server as to what 

26 information is requested based on the connection made using the URL. 

27 If the Carrier's web server successfully responds 2055 to the System's 1 traclcing request, 

28 the System disconnects fi-om the Carrier's web server and parses the response data. Some Carriers' 

29 response data contains unnecessary text information. The System strips out all of the unnecessary 

30 text in order to parse the relevant information. 

31 If the System database 22 does not have any previous record of the package, such as would 

32 be the case if the package had not been shipped using the System shipping application, then the 

33 System does not store any data about the package in the Package Table or the Package History 

34 Table. 
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1 Otherwise, the System then updates the System database 22 and reports the information to 

2 the User 2056. If the package is reported as delivered, the System popiilates the Package History 

3 Table 29 in the System database. As was previously mentioned, in an exemplary embodiment, 

4 Package History Table 29 (FIG. 3a) records contain the same data fields as described above 

5 regarding Package Table 28 (FIG. 3a) records. 

6 If the Carrier's Internet web server returns an unsuccessful report, the System reports the 

7 failure to the User. If the Carrier's system successfully returns tracking information, then the System 

8 displays the package's current status. 

9 In an alternative embodiment, if the tracking number 19 is a Carrier tracking number, the 

1 0 Server will validate the Carrier tracking number is a vaUd tracking number. If the Carrier tracking 

1 1 number is not a valid number, the Server will return an invalid tracking number error. If the Carrier 

12 tracking nimiber is a valid number, the Server will not attempt to match the number to a manifested 

13 package; the Server will track the package using the particular Carrier's Internet tracking routine; 

14 and will return the tracking response to the Web Client of the requesting User. 

15 In an alternative embodiment, if the tracking number 19 is a System tracking number, then 

16 the System validates the System tracking number to ensure that it is a valid System tracking number. 

1 7 If the System tracking number is not a vahd tracking number, the Server will retum an invalid 

1 8 tracking number error. If the System tracking number is a valid tracking number the Server queries 

1 9 the System database 22 to find the Carrier tracking number which corresponds to the System 

20 tracking number. If no package record is found for the System tracking number, then the Server 

21 will retum an error to the Web Client of the requesting User. The error message will indicate that 

22 no package record was found; it will request the user to verify that the tracking number was from a 

23 package which had been dropped off notify the user that a package be tracked on the same day it 

24 shipped. If the package record is found and the actual ship date is the same as the current date, the 

25 Server will retum an error to the Web Client of the requesting User indicating that the User cannot 

26 track the package on the same day it is shipped. 

27 In this alternative embodiment, once the Server has identified the Carrier tracking number, 

28 the Server will track the package using the Carrier' s Internet tracking routine. If the tracking 

29 response from the Carrier's Internet tracking routing indicates an error, the Server will make another 

30 attempt to track the package through the Carrier's Internet tracking routine. If the second tracking 

3 1 request results in an error, the Server will notify the Web Client of the requesting User that the 

32 Carrier is unable to track the package, and will log a tracldng request error containing the Error Log 

33 number, the System tracking number, the Carrier tracking number, the time and date the tracking 

34 request occurred, the error response reported by the Carrier, and the Account Name of the User 

35 making the tracking request, if that information is available. 
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1 If, on the other hand, the Carrier returns a valid tracking response, the Server will update the 

2 package status in the Server Database with the tracking response and will return the detailed 

3 package information to the Web Client of the requesting User from the System Database as 

4 described below. 

5 If the user supplied a Carrier tracking number, the Web Client will display the basic tracking 

6 information provided by the particular Carrier's Internet tracking function. In one embodiment of 

7 the invention, when the user provides a Carrier tracking number to track a package, the User's Web 

8 Client requires the User to identify the Carrier. 

9 If the User provides a System tracking number, then if the User is logged on to the account, 

10 or otherwise enters valid logon information, that information must correspond to the Account which 

1 1 shipped the package. In that case, the User's Web Client will display the following information: 

12 System tracking number; recipient address; drop off location; Carrier and service; Carrier tracking 

13 number if available; actual ship date if available; delivery address if available; delivery location if 

14 available; delivery date if available; delivery time if available; signed for by information if 

15 available; package rate; package weight; package dimensions; packaging; customer reference 

16 information; all scan activity. 

17 If on the other hand, the User is not logged on to the account, fails to enter valid logon 

18 information, or is logged on to an Account which does not correspond to the Accoxmt which shipped 

1 9 the package, the User's Web Client will display the following information: System tracking number; 

20 recipient contact name; recipient company name; Carrier and service; Carrier tracking number if 

21 available; actual ship date if available; delivery address if available; delivery location if available; 

22 delivery date if available; delivery time if available; signed for by information if available; package 

23 weight; customer reference information; all scan activity. 
24 

25 D. RETURN MERCHANT SERVICES SYSTEM 

26 The Return Merchant Service System (sometimes referred to herein as the "iRetum" system) 

27 component of the present invention provides a merchandise return computer system that is 

28 programmed to, among other things: receive from a second computer system a request to rate 

29 shipment of a particular package by a plurality of carriers; calculate a plurality of shipment rates for 

30 shipping a particular package in response to a request to rate shipment received from a second 

3 1 computer system; receive from a second computer system a request to process return shipment of a 

32 particular package by one of a plurality of carriers and generate a response to the second computer 

33 system comprising a status of the request; calculate a shipment rate for shipping a particular package 

34 in response to a request received from a second computer system to process return shipment of a 

35 particular package by one of a plurality of carriers; generate as a response to a second computer 
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1 system a shipping label for shipping a particular package in response to a request received from the 

2 second computer system to prepare a shipping label for shipping a particular package by one of a 

3 plurality of carriers and send the shipping label response to the second computer system; generate as 

4 a response to a second computer system a merchandise return label for return shipping of a 

5 particular package in response to a request received from the second computer system to prepare a 

6 merchandise return label for return shipping a particular package by one of a plurality of carriers and 

7 send the merchandise return label response to the second computer system; designate as received a 

8 status of a particular return record in a database in response to a request received from a second 

9 computer system to identify as received a particular package, wherein the particular return record 

10 corresponds to the particular package; obtain in response to a request received from a second 

1 1 computer system to process retum shipment of a particular package a shipping status for the 

12 particular package from a carrier computer system; store in a database a retum record 

13 corresponding to a particular package in response to a request received from a second computer 

14 system to process retum shipment of the particular package by one of a plurality of carriers; 

1 5 generate a request to rate shipment of a particular package by a plurality of carriers and digitally 

16 address the request through a global communications system to a second computer; generate a 

1 7 request to process retum shipment of a particular package by one of a plurality of carriers and 

18 digitally address the request through a global communications system to a second computer; 

1 9 generate a request to prepare a retum shipping label for shipping a particular package by one of a 

20 plurality of carriers and digitally address the request through a global connmunications system to a 

21 second computer; generate a request to prepare a merchandise retum label for processing shipment 

22 of a particular package and digitally address the request through a global communications system to 

23 a second computer. 
24 

25 1. User and Extemal Svstem Interfaces. 

26 FIG. 53 is a graphic representation of an overview of functional components of an 

27 exemplary embodiment of the present invention and certain interfaces between the functional 

28 components and entities extemal to the system. As depicted in FIG. 53, one of a plurality of 

29 Merchant systems, e.g., 4001, communicates with the iRetum Merchant Service System (which 

30 is sometimes referred to herein simply as the "System") 4000 either directly 4004, such as for 

3 1 the purpose of downloading data 40 1 1 for the Merchant's account, or through Application 

32 Program Interface instmctions 4005 that are communicated to the System 4000 through the 

33 Intemet4003. 



-59- 



wo 01/72109 



PCTAJSOl/09852 



1 Each Merchant's online Customers, e.g., 4007, view results of the particular Merchant's 

2 system's 4001 interface witii the System 4000 on a display device, e.g., 4002, configured with 

3 the customer's computer, e.g., 4006. 

4 Each of a plurality of Merchants, e.g., 4004, accesses various tracking and management 

5 reporting features of the System 4000, using a computer, e.g., 4008, configured with, among 

6 other things, a display device, e.g., 4009, connected to the Internet, e.g., 4003'. The tracking 

7 and management reporting features are available as selections through the System's 4000 Home 

8 Page. The System 4000 is sometimes referred to herein as "iRetum". 

9 The System 4000 communicates through the Internet 4003' with a plurality of Carrier 

10 systems, e.g., 4010-1 through 4010-n to track shipment and delivery status of shipped parcels. 

1 1 The System 4000 is provided through at least one Server. Servers are computer devices 

12 that are connected to the Internet through communication links. Each server computer may be 

13 dedicated to a particular function, such as performing database accesses. Alternatively, each 

14 server may perform multiple functions. 
15 

16 2. Accounts Database. 

17 The exemplary embodiment of the invention retrieves and uses information about each 

1 8 subscribing Merchant from an Account Database. Types of data captured and stored in an 

19 exemplary embodiment of the Account Database, and exemplary embodiments of user interface 

20 screens with which a subscribing Merchant inputs the Account Database information, are 

21 disclosed above. The information maintained at an Account level includes: 

22 - User Id and password for use with each authorized API request. 

23 - How often Returns records will be downloaded to this Account's computer 

24 - Address (URL) where data downloads are to be sent. 

25 - Web-page co-branding information 

26 - Location of merchant's logo 

27 The information maintained about a User of an Account includes: 

28 - Identification of Returns records to which the User has access to for viewing or 

29 printing. 

30 - Identification of Access class: Administrator class has access to all records for 

31 this Account; Customer Service class has access to all records for this Account; 

32 Warehouse class has access only to records bound for their warehouse 

33 — A List of warehouses is maintained. 
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1 — For a district warehouse manager logon, several warehouses 

2 may be listed. 

3 - Identifies which Custom Returns Reports this User logon has access to. For 

4 each report: 

5 — The Customer Returns Report ID 

6 — Points to a reporting procedure developed by Stamps.com Professional 

7 Services Group. 

8 — Parameters values for this report. 

9 — Any parameter value that the report requires that can be determined 

10 ahead of time for this account and user logon. 

11 — Is this a scheduled or ad hoc report. 

12 — For scheduled reports: 

13 — When the report is to be run 

14 — Identification of user/location to which the report is to be 

15 directed. 
16 

17 3. iRetum Database . 

1 8 Continuing with FIG. 53, the System 4000 maintains data in an iRetum Database 4028 

19 for each parcel shipped using the System and Merchant information about each product or 

20 products that are returned in a shipped parcel. The System maintains in the iRetum Database 



21 4028, among other things, a Product Table 4030, Package Table 4032, and Package History 

22 Table 4029. The System updates the Package History Table 4029 by running an Automatic End 

23 of Day process 403 1 that selects information firom the Package Table 4032 and transfers that 

24 information to the Package History Tables 4029. Exemplary embodiments of types of 

25 information stored on the Product Table 4030^ Package Table 4032, and Package History Tables 

26 4029 were disclosed above as being stored on the Product Table 30, Package Table 28 and 

27 Package History Table 29 as depicted in FIG. 3a. 
28 



29 4, iRetum Inbound Manager . 

30 Continuing with FIG. 53, the System 4000 provides a web-based user interface, 

3 1 sometimes referred to herein as an "iRetum Inbound Manager" 4040, with which subscribing 

32 Merchants view tracking and management information and reports. The Merchant 4004 
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1 accesses an iRetum Home Page 4041 through a computer, e.g., 4008, with a display monitor, 

2 e.g., 4009, wherein the computer 4008 is connected to the Internet 4003 

3 The iRetum Inbound Manager 4040 provides an iRetum Home Page 4041 which 

4 presents an iRetum Logon process 4042. If the Merchant successfully logs on, the iRetum 

5 Inbound Manager 4040 presents a Welcome Page 4043. 

6 From the iRetum Home Page 4041, after having successfully logged on, the Merchant 

7 can select from a variety of Report Lists 4047. From the Report Lists 4047, the Merchant can 

8 view or print Reports 4048, according to the particixlar Merchant's authority to view particular 

9 types of reports. 

10 From the iRetum Home Page 4041, after having successfully logged on, the Merchant 

1 1 can also interact with an iRetum Inbound Manager Monitor 4044. Using the iRetum Inbound 

12 Manager Monitor 4044, the Merchant can request Summary Tracking Information 4045. If a 

13 Merchant clicks on a particular parcel's tracking number displayed on Summary Tracking 

14 Information 4045, the iRetum Inbound Manager 4040 reports Detail Tracking information 4046 

1 5 for the clicked (selected) parcel(s). 
16 

17 5. iRetum Merchant Service APIs . 

1 8 Continuing with FIG, 53, iRetum Merchant Service Application Program Interfaces 

19 (APIs), 4020 through 4023, are provided on one or more API servers. iRetum Merchant 

20 Service Application Program Interfaces (APIs), 4500, 4020 through 4023, and 4050 are 

21 program interfaces that receive and process API requests comprising electronic objects of a 

22 particular type. Herein, reference to an API Server or to API Servers, refers to one or more 

23 server computers that are programmed to perform various activities comprising iRetum 

24 Merchant Service API functions, including but not limited to receiving and translating various 

25 types of API requests and composing and transmitting various types of API responses to the 

26 appropriate party's system. 

27 In an exemplary embodiment of the invention, the iRetum Merchant Service APIs 

28 retrieve and process API requests in the form of XML (Extensible Markup Language) 

29 documents. XML is a markup language for electronic documents. A mark up language such as 

30 XML uses certain defined delimiters and tag names to designate meaning and/or organization of 

3 1 marked text within an electronic document. 

32 The iRetum Merchant Service APIs, 4500, 4020 through 4023, and 4050 , access the 

33 iRetum Database 4028 in response to received API requests, and prepare API responses 
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1 according to a set of rules specific to each API, and with information retrieved from the iRetum 

2 Database 4028. The iRetum Merchant Service System 4000 provides, for example, four APIs, 

3 each of which will be described in more detail below: Return Product 4020, Receive Product 

4 4021 , Label Package 4023, and Price It 4022. The Label Package API 4023 processes requests 

5 to print shipping labels and in response to such requests, accesses a Location Database 4026 and 

6 the iRetum Database 4028 to obtain information with which to print shipping labels, e.g., USPS 

7 Return labels 4024, and UPS Return Labels 4025. 

8 The iRetum Merchant Service System 4000 further provides a Track It API 4050 that 

9 issues tracking requests through the Intemet 4003' to each of a plurality of Carrier Systems, 

10 e.g., 4010-1 tlirough 4010-n. Each tracking request corresponds to a particular package that has 

1 1 been shipped using the System 4000. Exemplary embodiments of tracking features and tracking 

12 user interface features were disclosed above. 

13 ' The iRetum Merchant Service System 4000 further provides an iRetum Account 

14 Activity Monitor 4033 that monitors, on a Merchant account level and other levels, API 

15 requests into and API responses out of the System 4000. The iRetum Account Activity Monitor 

16 produces Activity Reports and Summaries 4034 from the information that it collects. 

17 FIG. 54 is a high level block diagram that provides an alternative view of the above 

18 described functional components of the iRetum Merchant Service System 4000. As depicted in 

19 FIG. 54, the iRetum Merchant Service System 4000 is comprised of the iRetum Database 4028, 

20 the Account Database 4027, the iRetum Inbound Manager 4040, and a plurality of APIs 4500, . 

21 4020-4023,4050. 
22 

23 6. Package Table . 

24 In the Return Service System, the Package Table comprises, among other things, the 

25 following information: 1) Package Tracking State ID; 2) Package Shipping State ID; 3) Actual 

26 Delivery Time; 4) Delivered To information; 5) Shipping Date; 6) Carrier Tracking Number; 7) 

27 System Tracking Number; 8) Carrier ID; 9) Actual Package Weight; 10) Service Description; 

28 1 1) Package OID (also sometimes referred to as the Returns record key - an internally 

29 generated nxunber; 12) Authorized - means the merchant has authorized this return. The record 

30 is active; 13) Received — means the merchant has received the product or products. The record 

31 in no longer active; 14) History - means the record (package and product) has been archived; 

32 15) Purged — means the record has been deleted (voided); 16) The following information is 
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1 repeated for every product returned in the package (The definition of each field is Merchant- 

2 specified and optional except as noted): 

3 a) Merchant Cross Reference Number - this is the value that each Merchant's system 

4 uses to reference the product or products in the particular package; 

5 b) Product Code - typically the product SKU; 

6 c) Product Category is a merchant specified grouping mechanism; 

7 d) Reason code for the return is a code to indicate why that product is being returned 

8 - short description as to why the product is being returned 

9 e) Merchant's Return Merchandise Authorization ("RMA") Number - is tied to each 

10 product. In one exemplary embodiment, when the merchant authorizes each 

1 1 individual item, each product has a corresponding RMA; otherwise, when the 

12 merchant authorizes an entire return, a single RMA number applies to the entire 

13 return; 

14 f) Product Description; 

15 g) Product Manufacturer; 

16 h) Product Quantity; 

17 i) Product Price; 

18 j) Product Tax; 

19 k) Product Refund amount; 

20 1) Product Shipping Paid by (indicator or identifier); 

21 m) Original Order number; 

22 n) Original Order date; 

23 o) Original Order status; 

24 p) Original Order customer name; 

25 q) Original Order customer identifier. 
26 

27 7. iRetum Inbound Manager Monitor . 

28 The iRetum Inbound Manager 4040 is a Web-based application hosted on one or more 

29 iRetum System servers. It provides Merchant personnel, for example, a Merchant's Returns 

30 Administrator, Returns Manager, Warehouse Manager, Customer Service, and the like, with a 

3 1 tool with which to view, among other things, the products and product categories that have been 

32 returned, the reasons for retums, the retum destinations, estimated retum shipping arrival 

33 schedules, and retum shipping status. 
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1 FIG. 55 is a high level block diagram that graphically depicts certain fonctional 

2 components of the iRetum Inbound Manager 4040. The block diagram pictured in FIG. 55 

3 depicts the functions available for selection by each Merchant firom a main selection options 

4 page available to each Merchant. Authorization is provided by the iRetum Inbound Manager 

5 4040 at an Account level. When a Merchant logs on to the iRetum Inbound Manager 4040 

6 through an iRetum Logon Screen 4100, the Manager 4040 retrieves the Merchaat's account 

7 information from the Account Database 4027 (as depicted in FIG. 53) and determines the 

8 particular Merchant's authorization to access the System and view reports. 

9 The iRetum Inbound Monitor 4101 displays information concerning Retums for a 

10 particular Merchant that are Pending Shipment, as depicted in FIG. 56, or that are inbound, as 

1 1 depicted in FIG. 57. The iRetum Inbound Monitor 4101 provides user input fields with which it 

12 captures user input of display filters 4102. The iRetum Inbound Monitor 4101 further responds 

13 to user selection of display headings with which to sort Retums displays 4103. In response to a 

14 Merchant checking a selection mechanism for one or more particular display line items, the 

1 5 iRetum Inbound Monitor 4101 retrieves detail for each of the selected items from the iRetum 

16 Database and displays the detail onscreen. 

17 The iRetum Inbound Manager Reports ftinction 4105 provides standard Retums reports 

18 4106 that are available to all Merchants. The iRetum Inbound Manager Reports function 4105 

19 also provides custom Retums reports 4107 that are only available to Merchants that have been 

20 authorized to view them. 

21 FIG. 56 is a graphic representation of an exemplary iRetum Inbound Monitor 4101 

22 display of packages for a particular Merchant that are Pending 4111 shipment (sometimes 

23 referred to herein as the "Pending Log"). As depicted in FIG. 56, the exemplary iRetum 

24 Inbound Monitor display for Pending 4111 packages provides various display reporting filters. 

25 The display reporting filters include providing the Merchant with a Status selection 4110 

26 accompanied by a pull-down menu button 4123 that, when clicked, causes the onscreen display 

27 of a list of statuses in the Pending status category from which to choose, including: a.) Future; 

28 b.) Saved; c.) Prepared; and d.) "AH". The Filter also displays "AH" as a status selection. The 

29 Merchant can select one of the statuses in order to limit the displayed status items reported to 

30 only those items with the particular status or status category specified by the Merchant. 

31 In the exemplary embodiment, each Pending status has a meaning as follows: a.) Future: 

32 label is printed for a particular package, but package will not be shipped until the following day 

33 or beyond; b.) Saved: incomplete information has been input for a particular package of group 
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1 of packages and no label has been printed; c.) Prepared: a shipping label has been printed for a 

2 particular package, the package is scheduled to be shipped by the end of the current date, but 

3 end of day processing has not yet been performed; and d.) All: reports all records regardless of 

4 status. 

5 The exemplary iRetum Inbound Monitor also provides the Merchant with an input 

6 selection field display reporting filter with which the Merchant can limit the displayed status 

7 items to a particular "Ship From" 4112 location or location category. If the Merchant enters 

8 text in the "Ship From" 4112 entry field, then the exemplary iRetixm Inbound Monitor will 

9 report all shipping records for which the Contact Name begins with the Merchant-specified text 

10 The exemplary iRetum Inbound Monitor also provides the Merchant with an input 

1 1 selection field display reporting filter with which the Merchant can limit the displayed status 

. 1 2 items to a particular "Delivery Date" 4113. The Delivery Date filter 4 11 3 is accompanied by a 

13 pull-down menu button 4114 that, when clicked, causes the onscreen display of a list of 

14 Delivery Date choices and categories, including: a.) "All" (reports all packages); b.) Today 

15 (reports all packages with the current day's date); c.) Yesterday (reports all packages with a date 

16 preceding the current date by one day); d.) Last 2 days (reports all packages with either the 

17 current day's date or with a date preceding the current date by one day); e.) Last 3 days (reports 

18 all packages with either the current day's date or with a date preceding the current date by two 

19 days); f.) Last 4 days (reports all packages with either the current day's date or with a date 

20 preceding the current date by three days); g,) Last 5 days (reports all packages with either the 

21 current day's date or with a date preceding the current date by four days); h.) Last 6 days 

22 (reports all packages with either the current day's date or with a date preceding the current date 

23 by five days); i.) Last week (reports all packages with either the current day's date or with a date 

24 preceding the current date by six days); j.) Last two weeks (reports all packages with either the 

25 current day's date or with a date preceding the current date by thirteen days);; and k.) Last 

26 month (reports all packages with either the current day's date or with a date proceeding the 

27 current date by twenty-nine days). In the Pending display 4 1 11 , if the Merchant selects the 

28 Future status filter, then the Delivery Date drop down list button 41 14 is inactive. 

29 The exemplary iRetum Inbound Monitor is programmed to display a "GO" button. 

30 When the "GO" button is clicked by a Merchant, the exemplary iRetum Inbound Monitor is 

3 1 flirther programmed to select and report only those records that meet all of the criteria specified 

32 by the Merchant's display filter designations. 

33 When an iRetum Inbound Monitor applies one or more Merchant-specified filters to a 
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1 display (also sometimes referred to herein as a "log"), then the iRetam Inbound Monitor is 

2 programmed to respond to a Merchant's clicking of the '"Next" 4132 or "Previous" 4131 

3 buttons by displaying the next or previous filter query results, as the case may be. 

4 The exemplary iRetum Inbound Monitor displays reported packages as a list on a 

5 display screen with the following headings: Status 4124; Ship From 4125; Tracking Number 

6 4126; Carrier/Service 4127; Destination 4128; Ship Date 4129; and Delivery Date 4130. The 

7 iRetum Inbound Monitor is programmed to respond to a single click on a particular heading by 

8 sorting all of the packages to be reported in ascending order according to the contents of the 

9 field corresponding to the clicked heading. The iRetum Inbound Monitor is further 

10 programmed to respond to a double click on a particular heading by sorting all of the packages 

11 to be reported in descending order according to the contents of the field corresponding to the 

1 2 clicked heading. 

13 The exemplary iRetum Inbound Monitor displays the following fields for each reported 

14 package: Package Status 4116; Ship From Contact Name 4117; System Tracking Number if 

15 available, or if not available, carrier tracking number 4118; Carrier/Service 41 19; Destination 

16 4 1 20; Ship Date 4 1 2 1 ; and Deliveiy Date 4 1 22. 

17 FIG. 57 is a graphic representation of an exemplary iRetum Inbound Monitor display of 

18 packages for a particular Merchant that are Inbound 4140 shipment (the "Inbound log"). The 

19 reporting features of the Inbound log are similar to reporting features of the Pending log with a 

20 few exceptions, which are fiirther, explained below. 

21 As depicted in FIG. 57, the exemplary iRetum Inbound Monitor Inbound 4140 display 

22 provides display reporting filters as were described above regarding FIG. 56. The iRetum 

23 Inbound Monitor Inbound log provides the Merchant with a Status selection 4110 accompanied 

24 by a pull-down menu button 4123 that, when clicked, causes the onscreen display of a list of 

25 statuses from the Inbound Status Category fiom which to choose, including: a.) Shipped; b.) In- 

26 Transit; c.) Delivered; d.) Received; e.) Exception; and f.) All. The Filter also displays "AH" as 

27 a status selection. The Merchant can select one of the statuses in order to limit the displayed 

28 status items reported to only those items with the particular status or status category specified by 

29 the Merchant. 

30 In the exemplary embodiment, each Inbound status has a meaning as follows: a.) 

3 1 Shipped; a shipping label has been printed, and end of day processing has been performed for 

32 the package; b.) In-Transit: the relevant carrier has picked up the particular package and scan 

33 data is available; c.) Delivered: the carrier has reported that tiie package has been delivered; d.) 
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1 Received: the destination point has reported physical receipt of the particular package; e.) 

2 Exception: the relevant carrier reports delivery problems for the particular package; and f.) All: 

3 reports all records, regardless of status. 

4 As depicted in FIG. 57, the Inbound Log provides an input box, e.g. 4 14 1 , associated 

5 with each item package listed in the Inbound Log. A Merchant can click one or any number of 

6 input boxes, and then click a Function button, such as the Track Now button 4143, or the 

7 Received button 4144. If a Merchant clicks an input box for one or more particular packages, 

8 the iRetum Inbound Monitor marks the particular package as selected, as shown, e.g., for 4142. 

9 If a Merchant clicks an input box for one or more particular packages, and then clicks 

10 the Received button 4144, the iRetum Inbound Monitor responds as depicted in FIG. 53 by 

1 1 updating the Return Status of the record corresponding to the package(s) selected to reflect a 

12 "Received" status, moves the package record from the Package Table 4032 to the Package 

13 History Table 4029, reflects the new status for the package in the Inbound Log, and records the 

14 Merchant user's identification as an override in the Returns record audit fields for the particular 

15 package. 

16 If the Merchant has made a mistake in marking a particular package as Received, the 

17 Merchant can click the input box for the particular package(s), and then click the "Revert" 

18 button 4145. The iRetum Inbound Monitor will again update, as depicted in FIG. 53, the 

19 Return Status of the record corresponding to the package(s) selected to be Reverted to its 

20 previous status, moves the package record(s) from the Package History Table 4029 back to the 

21 Package Table 4032 (in one embodiment, this is only done after requiring the Merchant to first 

22 confinn the instruction to revert a particular package), reflect the reverted status for the package 

23 in the Inbound Log, and record the Merchant user's identification as an override in the Returns 

24 record audit fields for the particular package. 

25 In one embodiment, the Pending Log also provides an input box. In such an 

26 embodiment, the Merchant user can request that the status of a Pending packages be updated to 

27 "Received." In such an embodiment, the Merchant user can also request Detail Tracking 

28 information about Pending packages as is described for Inbound packages with respect to FIG. 

29 58 below. 

30 Continuing with FIG. 57, if a Merchant clicks an input box for one or more particular 

3 1 packages, the iRetum Inbound Monitor marks the particular package as selected, as shown, e.g., 

32 for 4 142. If the Merchant then clicks the "Track Now" button 4 143, the iRetum Inbound 

33 Monitor is programmed to respond by reporting Detail Tracking information for each of the 
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1 selected packages. Detail tracking information is discussed below with regard to FIG. 58. 

2 FIG. 58 is a graphic representation depicting an exemplary Detail Tracking display for 

3 an exemplary Detail Tracking request in an exemplary embodiment of the invention. As 

4 depicted in FIG. 58, the iRetum Inbound Monitor prepares and displays Detail Tracking 

5 information for a Merchant-selected package. 

6 In one embodiment. Detailed Tracking information is collected on a periodic basis for all 

7 packages for which an API request has been received. In an alternative embodiment, the 

8 iRetum Inbound Manager also collects Detailed Tracking information for each package for 

9 which a Merchant clicks the "Track Now" button 4143 (FIG. 57). Tracking Information is 

10 obtained by the iRetum Inbound Monitor from Carrier systems as disclosed above. 

1 1 The Detail Tracking information displayed as depicted in FIG. 58 includes: Origin 

1 2 location/address 4150, Destination location/address 4 1 5 1 , Package dimensions 506^ Package 

13 weight 500, the number of Products Included 4161, the Carrier and Service 4119, Shipment 

14 Options, e.g.. Loss Protection 516, Shipping Payment Type, e.g.. Merchant's Carrier Account 

15 4160, Shipping Service Charges 4152, Shipping Option Charges 4153, Tracking report Status 

1 6 date and time 4 1 62, Tracking Status 4116, Carrier 4119-1, Service 4119-2, SystemTracking 

17 Number 633, Carrier Tracking Number 450, Reference Number 4155, Ship Date 4121, 

18 Destination 4156, Expected Delivery Date 4122, Expected Delivery Time 4157, Name of 

19 Person who signed for delivery if status is Delivered 4158, Original Order Information 4163, 

20 and Information for each Product returned in the package, e.g., 4164-1 and 4164-2. The iRetum 

21 Inbound Monitor is scalable and provides for products 1 through n, where "n" is an unknown 

22 number. In one exemplary embodiment, "n" is limited to 20 products in a package. The 

23 limitation of one embodiment to 20 products per package is illustrative and is not a limitation of 

24 the invention. 

25 Original Order information 4163 in the exemplary embodiment comprises, for example, 

26 Order Number 40 1 , Order Date 407, Order Status 673 , Customer Name 627, and Customer ID 

27 675. The Original Order information 4163 displayed in the exemplary embodiment of the 

28 Detail Tracking display is illustrative and is not a limitation of the invention. The invention 

29 provides for display of any Original Order information supplied to it by an API request or which 

30 can be obtained using information obtained from an API request as a key to access the Accounts 

3 1 Database or the iRetum Database or from a particular carrier system. If multiple products from 

32 a single Original Order are being returned in the same package, then the Original Order 

33 Information is displayed only once preceding all Product Information. If, on the other hand, 
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1 multiple products are being returned from multiple Original Orders, then the Original Order 

2 Information is displayed with the Product Information for each Product being returned, 

3 Detailed Tracking Product Information for each product returned in the package 

4 displayed in the exemplary embodiment, comprises, for example: a Record Key 4159-1, an 

5 Authorization Number 662-1, a Product Category 662-1, an SKU 700-1, a product Description 

6 404a-l, the name of the Manufacturer 404b-l , the Quantity of the product being returned 404c- 

7 1, the Price 173-1, Tax charged on the original purchase 174-1, the Refund Amount 172-1, an 

8 identification of the party that pays for the shipping 707-1 , e.g., the Customer, a Reason for the 

9 Return 427-1 , and Customer Comments 425-1 . The Product Information displayed in the 

10 exemplary embodiment of the Detail Tracking display is illustrative and is not a limitation of 

1 1 the invention. The invention provides for display of any Product information supplied to it by 

12 an API request or which can be obtained using information obtained from an API request as a 

13 key to access the Accounts Database or the iRetum Database or from a particular carrier system. 

14 The Detail Tracking display provides an "Inbound Manager" tab 4170, that, when 

1 5 clicked, returns the Merchant to the main iRetum Inbound Manager option selection page. The 

16 Detail Tracking display also provides a "Back" button 4171 and a "Done" button 4172. If a 

1 7 Merchant clicks the Back button 4 1 7 1 , the iRetum Inbound Manager will return the Merchant to 

18 the immediately previous screen which the Merchant was viewing, such as, for example, 

1 9 another Detail Tracking display. If the Merchant clicks the Done button 41 72, the iRetum 

20 Inbound Manager returns the Merchant to the iRetum Inbound Manager Tracking Log from 

21 which the Merchant entered the Detail Tracking display. 

22 Retuming to FIG. 55, in which a block diagram depicts the main selection options 

23 available to a Merchant, the iRetum Inbound Manager provides the Merchant with the 

24 opportunity to select Reports 4105. 

25 As depicted in FIG. 55, the iRetum Inbound Manager Reports function 4105 provides 

26 standard Returns reports 4106 that are available to all Merchants. FIG. 59 is a graphic 

27 representation of a user interface screen that the iRetum Inbound Manager presents Merchants 

28 with which to request reports. As depicted in FIG. 59, the iRetum Inboxmd Manager provides 

29 the Merchant with a Report Type input field 41 80 in which to specify whether the Merchant 

30 wants Standard or Custom reports. A drop down menu button 41 81 is provided so that a 

3 1 Merchant can click the drop down menu button 4181 and cause the iRetum Inbound Manager to 

32 display a drop down menu of report types with which to input the information for the Report 

33 Type input field 41 80. 
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1 As depicted in FIG. 59, depending on the Report Type 41 80 input by the Merchant, the 

2 iRetum Inbound Manager displays for Merchant selection a list 4202 of the particular report 

3 categories from which the Merchant can select. In the exemplary embodiment, the iRetum 

4 Inbound Manager provides a selection of the following standard reports: Returns by SKU 4182, 

5 Returns by Product Category 41 83, Expected Return Volume 41 84, Retum Reasons by SKU 

6 4185, No Scan 4186, and Late Delivery 4187. 

7 The iRetum Inbound Manager provides for the customization by each Merchant of each 

8 of the Standard Reports through Merchant input of customization specifications as provided for 

9 by input fields 4188 ~ 4199. For each Standard Report, the Merchant can specify a Report Base 

10 4188, using a Report Base drop down menu button 41 89 to cause a display of the available 

1 1 options ("Both" for both the Inbound and Pending logs; "Inbound"; and "Pending"). 

12 For each Standard Report, the Merchant can specify a Report Style 4190, using a Report 

13 Style drop down menu button 4191 to cause a display of the available options ("Graph" or 

14 "Chart" for a graphical representation of the requested report; "Plain Text" requests a tabular or 

1 5 matrix form of the requested report. 

16 For each Standard Report, the Merchant can specify a Date Range filter 4192, using a 

17 Date Range filter drop down menu button 4193 to cause a display of the available options, 

1 8 which in the exemplary embodiment include: Today (the current date on which the report is 

19 run), Current Week (witli reference to the current date on which the report is run). Current 

20 Month (with reference to the current date on which the report is run). Current Quarter (with 

21 reference to the current date on which the report is run). First Quarter (January — March of the 



22 year in which the report is run), Second Quarter (April - June of the year in which the report is 

23 run). Third Quarter (July - September of the year in which the report is run), and Fourth Quarter 

24 (October — December of the year in which the report is run). Current Year (the year in which the 

25 report is run), Last 2 days, Last 3 days. Last 4 days. Last 5 days, Last 6 days, Last week. Last 2 

26 weeks. Next 2 days. Next 3 days. Next 4 days, Next 5 days. Next 6 days. Next week, and Next 2 

27 weeks. 



28 For each Standard Report in Plain Text form, the Merchant can further customize the 

29 report using one or more of three sort keys 4194-4199. The sort keys available are the column 

30 headings of each report — that is, the sort keys are report specific. For example, if the Merchant 

31 selects the No Scan Report, then the available sort keys for each of the Primary 4194, 

32 Secondary 4196 and Third 4198 sort keys are: Tracking Number, Carrier/Service, Expected 

33 Ship Date, Customer ED, and Merchant Record Number. As another example, if the Merchant 
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1 selects the Late Delivery Report, then the available sort keys for each of the Primary 4194, 

2 Secondary 4196 and Third 4198 sort keys are: Tracking Number, Carrier/Service, Status, 

3 Expected Delivery Date, Customer ID, and Merchant Record Nimiber. Because the sort keys 

4 are report specific, clicking the drop down menu buttons, 4195, 4197 and 4199, causes the 

5 display of different options dependiag on the selected Report Name 4202, and the selected 

6 Report Style 41 90. If the Report Style selected is Chart or Graph, then the three available sort 

7 fields are inactive ("grayed out"). 

8 Once the Merchant has made reporting and customization selections, the Merchant can 

9 click a Preview button 4200 which will cause the iRetum Inbound Monitor to prepare a display 

10 preview of the requested report. From the preview report screen, the Merchant can print using 

1 1 the browser Print icon or option. In an alternative embodiment, the Merchant can click a Print 

12 button on the Preview Report screen to print the displayed report. If the Merchant clicks the 

13 Cancel button 4201, the iRetum Inbound Monitor quits the Reports menu without showing any 

14 further data. 

15 FIG. 60 is a graphic representation depicting an exemplary "Returns by SKU" Report. 

16 A Merchant can use a "Returns by SKU" to spot a problem with a particular product. The 

17 example "Returns by SKU" report depicted in FIG. 60 has been customized to report Returns by 

18 SKU in Chart style for the Current Month. If the number of reportable returned SKU's exceeds 

19 a given number "n", for example, "10", then in the exemplary embodiment, the Monitor reports 

20 the top "n" SKU's returned during the requested time frame. The X-Axis 4301 of the 

21 exemplary "Returns by SKU" report identifies the various SKU's reported; the Y-Axis 4302 

22 identifies a scale for the number of returns. Each bar in the bar chart format is color coded, a 

23 portion of each bar corresponding to a particular Destination - e.g., 4303-1 is in a color that 

24 corresponds to a legend entry 4303-2 for Warehouse 1; 4304-1 is in a color that corresponds to a 

25 legend entry 4304-2 for Warehouse 2; 4305-1 is in a color that corresponds to a legend entry 

26 4305-2 for Warehouse 3; 

27 In one embodiment, the Merchant can group the Destinations in the Merchant's 

28 organization in a logon setup procedure for all iRetums reporting. Alternatively, the Merchant 

29 can filter each report to select only certain of the Destinations for a particular report. Still 

30 further, the Merchant can choose to select "All Returns" rather than show any breakdown by 

3 1 Destination. 

32 FIG. 61 is a graphic representation depicting an alternative exemplary "Returns by 

33 SKU" Report. Plain Text style reports provide totals for each SKU retamed 4307, totals for all 
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1 SKU's returned 4308, and percentages of total of all SKU's Returned for each SKU returned 

2 4309. The example "Returns by SKU" report depicted in FIG. 61 has been customized to report 

3 Returns by SKU in Plain Text style for the Current Month, sorted by "most frequently returned 

4 item". 

5 FIG. 62 is a graphic representation depicting an exemplary "Returns by Product 

6 Category" Report. A Merchant can use a "Returns by Product Category" report to spot a type of 

7 product experiencing high rates of returns. The example "Returns by Product Category" report 

8 depicted in FIG. 62 has been customized to report Returns by Product Category in Chart style 

9 for the Current Week. If the number of reportable returned Product Categories exceeds a given 

10 number "n", for example, "10", then in the exemplary embodiment, the Monitor reports the top 

1 1 "n" Product Categories returned during the requested time frame. The X-Axis 43 10 of the 

12 exemplary "Returns by Product Category" report identifies the particular product categories for 

13 products returned; the Y-Axis 43 1 1 identifies the number of products retumed in each product 

14 category. The exemplary "Returns by Product Category" report depicted in FIG. 62 shows "All 

1 5 Returns" 43 1 2 as opposed to a Destination breakdown. 

16 FIG. 63 is a graphic representation depicting an alternative exemplary "Retums by 

1 7 Product Category" Report. PlainText style reports provide totals by product category 43 1 3 , 

1 8 totals of all product categories retumed 43 14, and percentages of each product categoiy as 

19 compared to the total of all product categories retumed 4315. The example "Retums by Product 

20 Category" report depicted in FIG. 63 has been customized to report Retums by Product 

21 Category in Plain Text style for the Current Week, sorted by the most frequently retumed 

22 product category. 

23 FIG. 64 is a graphic representation depicting an exemplary "Expected Return Volumes'' 

24 Report. A Merchant can use "Expected Retum Volumes" to set labor levels to handle expected 

25 retum volumes at each Destination. The exemplary "Expected Retum Volumes" Report 

26 depicted in FIG. 64 has been customized to report Expected Retum Volumes in Chart style for 

27 the next two weeks. The X-Axis 4320 identifies the days of the week; the Y-Axis 4321 

28 identifies the number of retums expected. Each color-coded bar, e.g., 4324, 4325 on the 

29 exemplary "Expected Retum Volumes" Report in Chart style depicts an individual Destination. 

30 FIG. 65 is a graphic representation depicting an alternative exemplary "Expected Retum 

3 1 Volume" Report. Plain Text style "Expected Retum Volumes" reports provide totals for each 

32 Destination 4322, totals for all Destinations 4323, and in one embodiment, percentages of totals 

33 for each Destination as compared to the total for all Destinations (not shown). The alternative 
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1 exemplary "Expected Return Volume" Report has been customized to report in Plain Text style 

2 for the Next Two Weeks, and is sorted by date. 

3 FIG. 66 is a graphic representation depicting an exemplary "Return Reasons" Report. 

4 The exemplary "Return Reasons" report depicted in FIG. 66 has been customized to report 

5 return reasons for the Current Quarter in a Pie Chart style. The iRetum Inbound Monitor 

6 Reporting assigns a color, e.g., 4330-1, to each reason given and provides a color legend that 

7 identifies the color as being associated with a particular reason description, e.g., 4330-2. 

8 FIGS. 67a and 67b are graphic representations depicting alternative exemplary "Return 

9 Reasons" reports. FIG. 67a depicts a Return Reasons report that has been customized to report 

10 in Plain Text style only a single Product Category for the Current Quarter, and is sorted by most 

1 1 frequently returned reason. FIG. 67b depicts a Return Reasons report that has been customized 

12 to report in Plain Text style a second Product Category for the Current Quarter, and is sorted by 

13 most frequently returned reason. Plain Text style Return Reason reports provide totals for each 

14 reason 433 1 , totals for all return reasons (in the cases shown in FIGS. 67a and 67b, for return 

15 reasons for a particular product category) 4332, and percentages for each retum reason of the 

1 6 total retum reasons 4333. 

17 FIG. 68 is a graphic representation that depicts an exemplary "Packages With No Scan" 

1 8 report that has been customized to report in Plain Text style, during the current week, and sorted 

19 by Expected Ship Date. A Merchant can use a "Packages With No Scan" report to identify 

20 packages that should have been shipped but for which no carrier scan information is available. 

21 Each package that should have been scanned is reported. For each package reported, the 

22 exemplary "Packages With No Scan" report shows the System tracking number 653, the Carrier 

23 and Service 4119, the Expected Ship Date 4121, the Customer Name 675, and the Merchant 

24 Reference Number 4155. 

25 FIG. 69 is a graphic representation that depicts an exemplary " Late Packages" report 

26 that has been customized to report in Plain Text style, during the current week, and sorted by 

27 Expected Delivery Date. A Merchant can use a "Late Packages" report to identify packages 

28 that should have been received at a Merchant Destination but for which no receipt has yet been 

29 recognized in the System. For each package reported, the exemplary "Late Packages" report 

30 shows the System tracking number 653, the Carrier and Service 41 19, the Expected Ship Date 

3 1 4121, the Status 4116, the Customer Name 675, and the Merchant Reference Number 4155. 
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1 As depicted in FIG. 55, the iRetum Inbound Manager Reports function 4105 also 

2 provides custom Returns reports 4107 that are only available to Merchants that have been 

3 authorized to view them. 
4 

5 8. iRetum Merchant Service Application Program Interfaces ("API") . 

6 Before describing details concerning the content and format of API requests and 

7 responses, an overview of Customer interactions with a Merchant's system and concomitant 

8 API requests and responses between the Merchant's system and the iRetum Merchant Service 

9 Servers are provided. Also described below are Merchant interactions with the Merchant's 

10 system and concomitant interactions between the Merchant's system and the iRetum Merchant 

11 Service Servers, 

12 FIG. 70 is a high level interactivity diagram depicting exemplary interactivity by a 

13 Customer with a Merchant's system and between the Merchant's system and the iRetum 

14 Merchant Service Servers in a situation where the Customer pays shipping charges in an 

15 exemplary embodiment of the invention. As depicted in FIG. 70, a Customer of a Merchant 

16 logs in 4400 to the Merchant's system 4001 and requests to see the Customer's order history. In 

17 response to the Customer's log in and request to see the Customer's order history, the 

18 Merchant's Order Processing System component 4001a of the Merchant's system 4001 displays 

19 to the Customer on a display device 4002 configured with the Customer's computer 4006 the 

20 Customer's order history 4401 . The Customer's computer 4006 is further configured with a 

21 printer device 13, such as a laser printer, 

22 Using the Returns System 4001b features disclosed above, the Customer identifies one 

23 or more items fi:om the Customer's previous order tliat the Customer wants to return to the 

24 Merchant 4402. 

25 In the embodiment of the invention depicted in FIG. 70, the Retum Policy Engine 4001b 

26 of the Returns System is installed on tlie Merchant's System Servers 4001 . As was described in 

27 the Returns Applications, the Merchant establishes a set of returns policy mles and preferences 

28 prior to Customer's using the Returns System, and the Returns System observes the Merchant's 

29 policy and preferences . 

30 As depicted in FIG. 70, the Retum Policy Engine 4001b responds to the Customer's 

3 1 request to retum one or more items fi:om a previous order by interactively displaying the 

32 Merchant's Retum Policy and requesting that the Customer complete a Retum Questionnaire 

33 composed by the Retum Policy Engine 4001b according to the Merchant's previously 
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1 established Returns Policy and Preferences 4403. The Customer completes the questioimaire 

2 4404 which is provided to the Return Pohcy Engine 4001b. The Return Policy Engine 4001b 

3 evaluates the completed questionnaire according to the Merchant's Return Policy and 

4 Preferences, If the Merchant's Return PoUcy and Preferences require that the Customer pay for 

5 shipping a returned item, then the Return Policy Engine 4001b composes a message notifying 

6 the Customer that the Customer must pay for shipping an item to be returned 4405 and prepares 

7 and transmits to the iRetum Merchant Service System 4000 Servers 20a-20n and 21a-21z a 

8 Price It API request 4406 requesting rating for shipping the item to be returned. The structure 

9 and content of an exemplary Price It API request is similar to the Ship Package Request Node 

10 disclosed in detail below. As part of the information communicated by a Price It API request is 

1 1 Shipping and Package Specifications, 

12 The iRetuni Merchant Service System 4000 receives the Price It API request 4406 and 

13 uses the data contained in the request to develop shipping rates for each supported carrier and 

14 each service offered by each supported carrier. In one exemplary embodiment, the API request 

1 5 contains information about the particular Merchant's Returns Rules and Preferences; if the 

1 6 Merchant has indicated that only certain carriers and services be allowed for returns, then the 

17 iRetum Merchant Service System 4000 only prepares shipping rates for allowed carriers and 

18 services. In an alternative exemplary embodiment, the iRetum Merchant Service System 4000 

19 prepares shipping rates for all carriers and services; the Merchant's System 4001 receives the 

20 shipping rates and filters the rates displayed for the Customer according to the Merchant's 

21 Retum Policy and Preferences. The iRetum Merchant Service System 4000 prepares a Price It 

22 API Response 4407 and sends it to the Merchant Retum Policy Engine. 

23 The way in which the Price It API 4022 (FIG. 53) of the iRetum Merchant Service 

24 System 4000 calculates shipping rates is similar to the shipping rate calculation described 

25 above. The System 4000 calculates a shipping rate for each carrier and for each service that 

26 supports shipping of the particular parcel and prepares a Price It API Response that contains the 

27 calculated shipping rates. The iRetum Merchant Service System 4000 returns the prepared Price 

28 It API Response to the Merchant's System 4001 . In the exemplary embodiment, the Returns 

29 Policy Engine 4001b of the Merchant's system 4001 is programmed to display the shipping 

30 rates to the Customer in a way similar to that disclosed in FIG. 36a to the Returns Applications. 

3 1 The Merchant's Retum Policy Engine displays the appropriate shipping rates and 

32 shipping options to the Customer 4408. The Customer selects a particular shipping option that 

33 designates both carrier and service 4409 to the Merchant's Retum Policy Engine 4001b. The 
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1 Merchant's Return Policy Engine 4001b uses the Customer-selected shipping option for a 

2 particular carrier and a particular service with which to prepare a Return It API request. The 

3 Merchant's Return Policy Engine 4001b communicates the Return It API request 4410 to the 

4 iRetum Merchant Service System 4000. 

5 The iRetum Merchant Service System 4000 receives the Return It API request 4410. 

6 The Return It API request contains information similar to that described above with regard to 

7 the Price It API request. The iRetum Merchant Service System 4000 uses the information 

8 contained in the Return It API request to create a new Return Product record and adds the 

9 record to the Return Database 4028 (as depicted in FIG. 53). 

10 The iRetum Merchant Service System 4000 then uses the information contained in the 

1 1 Retum It API request to prepare a Retum It API Response which contains labeling instmctions 

12 441 1 with which the Customer can print an appropriate type of label with which to facilitate the 

13 shipping of the item to be returned using the Customer-selected carrier and service; the iRetum 

14 Merchant Service System 4000 sends the Retum It API Response to the Merchant's Retum 

1 5 Policy Engine which in turn displays information provided in the Retum It API Response to the 

16 customer 4412. 

17 After printing the shipping label for the item to be retumed, the Customer can request 

1 8 tracking information 44 1 3 . From the Customer' s tracking request, the Merchant' s System 400 1 

19 prepares a Track It API Request 4414 which it sends to the iRetum Merchant Service System 

20 4000. 

21 The iRetum Merchant Service System 4000 obtains tracking status information for the 

22 requested package from the appropriate carrier's system as was disclosed above. Once the 

23 iRetum Merchant Service System 4000 has obtained tracking status information for the 

24 requested package from the appropriate carrier's system, the iRetum Merchant Service System 

25 4000 prepares and communicates 441 5 to the Merchant's System 4001a a Track It API 

26 Response. The Merchant's System 4001a reports the information contained in the Track It API 

27 Response to the Customer 4416. 

28 Once the Merchant, such as one of the Merchant's Warehouses, has received the 

29 returned package, the Merchant acknowledges 4417 to the Merchant's System 4001a, which in 

30 turn acknowledges in the form of a Retum Received API request 44 1 8 to the iRetum Merchant 

3 1 Service System 4000, receipt of the returned package. In the exemplary embodiment depicted 

32 in FIG. 70, the iRetum Merchant Service System 4000 acknowledges receipt of the returned 

33 item 4419 at which point, the Merchant's System 4001a credits the Customer's Credit Card 
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1 Company 4421 account for the returned item (less the shipping charges) 4420. The Merchant's 

2 System 4001a then displays for the Customer a credit for the returned item less shipping charges 

3 4422. 

4 FIG. 71 is a high level interactivity diagram depicting exemplary interactivity by a 

5 Customer with a Merchant's system and between the Merchant's system 4001 and the iRetum 

6 Merchant Service Servers 20a-20n and 21a-21z in the iRetum System 4000 in a situation where 

7 the Merchant pays shipping charges in an exemplary embodiment of the invention. The 

8 interactivity depicted in FIG. 71 is similar to that depicted in FIG. 70 except that because the 

9 Customer does not pay for shipping charges, the Merchant's system 4001 does not send the 

10 iRetum Merchant Service System 4000 Price It API Requests 4406 (FIG. 70) and the iRetum 

1 1 Merchant Service System 4000 does not send the Merchant's system 4001 Price It API 

12 Responses 4007. As depicted in FIG. 71, once the Merchant, such as one of the Merchant's 

13 Warehouses, has received the returned package, the Merchant acknowledges 4417 to the 

14 Merchant's System 4001a, which in turn acknowledges in the form of a Return Received API 

15 request 4418 to the iRetum Merchant Service System 4000, receipt of the returned package. In 

16 the exemplary embodiment depicted in FIG. 71, the iRetum Merchant Service System 4000 

17 acknowledges receipt of the returned item 4419 at which point, the Merchant's System 4001a 

18 credits the Customer's Credit Card Company 4421 account for the returned item 4420. The 

19 Merchant's System 4001a then displays for the Customer a credit for the returned item 4422. 

20 FIG. 72 is a high level block diagram depicting some of the API functional components 

21 in an exemplary embodiment of the invention. Both API Requests and API Responses are 

22 sometimes referred to herein as API messages. In the exemplary embodiment, all API messages 

23 are XML formatted messages; all time values returned are in local time, and all API messages 

24 are sent and received using the secure Hypertext Transfer Protocol ("HTTPS") and Secure 

25 Sockets Layer ("SSL") for the encryption protocol, 

26 As depicted in FIG. 72, there are three API functional components, including an Return 

27 Product API function 4020, a Receive Package API function 402 1 , and a Label Package API 

28 function 4023. The Retum Product API function 4020 comprises a Return API Request 

29 function 4501, and a Retum API Response function 4502. The Retum API Response function 

30 4502 further provides a Retum API Errors function 4503 . 

3 1 The Receive Package API function 4021 comprises a Receive API Request function 

32 4504 and a Receive API Response 4505. The Receive API Response function 4505 further 

33 provides a Receive API Errors function 4506. 
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1 The Label Package API function 4023 comprises a Label API Request function 4507 

2 and a Label API Response function 4508. The Label API Response function 4508 further 

3 provides a Label API Errors function 4509. 

4 FIG. 73 is a high level structural diagram depicting the structural components of an API 

5 Request in an exemplary embodiment of the invention. As depicted in FIG. 73, each API 

6 Request 4510 comprises a User Name 4511 associated with the Merchant's account, a Password 

7 4512, a Version Number 45 13 that identifies the particular software version under which the 

8 API Request is generated, a Request Type 4514 (Return Product, Receive Product, or Label 

9 Product), and a Request Information Block 4530. The Request Information Block can comprise 

1 0 either, Ship Data 45 1 5, Shipping Request Data 45 1 6, Void Package Data 4517, Receive 

1 1 Package Data 45 1 8, or Label Package Data 4519. In the exemplary embodiment, only one type, 

12 and only one instance of that type, of information block is allowed for each API Request, 

13 FIG.. 74 is a high level structural diagram depicting the structural components of an API 

14 Response in an exemplary embodiment of the invention. As depicted in FIG. 74, each API 

15 Response 4520 comprises a Status 4521, a User Name 451 1 associated with the Merchant's 

16 account, a Version Number 4513 that identifies the particular software version under which the 

17 API Response is generated, a Response Type 4522 (Return Product, Receive Product, or Label 

1 8 Product), and a Response Information Block 4531. The Response Infomiation Block can 

19 comprise either, Ship Data 4515, Shipping Request Data 4516, Void Package Data 4517, 

20 Receive Package Data 45 1 8, or Label Package Data 45 1 9. 

21 The Status 4521 will comprise a status indicator that identifies the status condition of the 

22 corresponding API Request and a Request Document Status Text that provides a brief 

23 description of the status condition if an error was encountered. If the API Request was 

24 successful, the Response status indicator will be set to zero (0). If there was an error, then the 

25 Response status indicator will be set the an error code that corresponds to the particular type of 

26 error encountered. If multiple errors were encountered, the iRetum system will set the status 

27 indicator to a single error code. 

28 For each API Request, the iRetum System Servers, e.g., 20a-20n, 21a-21z, records: a 

29 date and time at which the Request was made; the account number for the Merchant's account 

30 making the request; the request type, the request version, the number of embedded requests, 

3 1 e.g., for a Receive Product Request, the number of received packages in the Receive Package 

32 Request; for each error status resulting from a non-business mle error, the error code, the error 

33 text, the date and time the error condition occurred. 
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1 There are two types of Returns API messages: a Ship Package type with which the 

2 iRetum System creates or updates a Returns record; and a Void Package type with which the 

3 iRetum System logically deletes a Returns record. 
4 

5 a. Ship Package Request Node. 

6 The elements comprising a Ship Package Request Node in an exemplary embodiment of 

7 the invention are disclosed below: 
8 

9 1.) Transaction type. 

10 Transaction type defines the type of package record to be created or updated. The 

1 1 transaction type support pre-processing (Traveler) and shipping API initiatives. A value for 

12 transaction type is required. A transaction type tag is at the node level. Therefore all of the 

1 3 records for a particular node must be of the same transaction type. Valid transaction types 

14 include: Returns; Pre-Processing; Shipping; and other types that are defined over time. Error 

15 Conditions that may be encountered include: "Transaction Type required" — this error is 

16 returned if the Transaction Type is not provided; and "Invalid Value for Transaction Type" — 

1 7 this error is returned if the Transaction type provided is not a supported Transaction type. 
18 

19 2.) Returns Record Action Type. 

20 The Action Type is at the node level. Therefore all of the records for a particular node 

21 must be of the same Action Type. An Action Type value is required. Valid types of Action 

22 Type values include: Create a Returns record; and Update a Returns record (the Update value 

23 implies first voiding an existing record, then creating new record). Rules governing each 

24 Action Type are described below. Error Conditions that may be encountered for Action Type: 

25 "Action Type required" — this error is returned if no Action Type is provided; and "Invalid 

26 Value for Action Type" — this error is returned if the Action Type provided is not a supported 

27 Action type. 
28 

29 3.) Number of Return Package Requests. 

30 The Number of Return Package Requests is Hie number of separate Returns packages to 

3 1 follow. The value for this element is optional. If a value is not provided, the default value is 

32 "1". 
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1 Error Conditions that may be reported for this field include: "Invalid Value - 

2 ContentCount - [Value]" — this error is reported if the Content Count value is not a valid value 

3 (the system will report the invalid value in the Error Text of the error message); "Nimiber of 

4 Return Package Requests exceeds maximum" — this error is returned if the number of Return 

5 Package Requests value exceeds a preset maximum value for the particular account, or for all 

6 accounts; "Invalid Request - Number of Return Package Requests does not match number of 

7 blocks in the request document" — this error is returned if the number of Return Package 

8 Request value does not match the actual number of individual Return Package Requests blocks. 
9 

10 4.) Return Package Block. 

11 In the exemplary embodiment, the physical number of Return Package blocks must 

12 match the 'Number of Return Package Requests' value. In the exemplary embodiment, each 

13 Return Package Block comprises a Returns Record key, a Label type, a Label Image type, a 

14 Carrier Identifier, at least one (but may have many) Package Block, and each Package Block 

15 must have at least one (but may have many) Product Block. The elements comprising a Returns 

16 Record key, a Label type, a Label Image type, a Carrier Identifier, a Package Block, and a 

1 7 Product Block are disclosed below. 
18 

19 a.) Returns Record Kev. 

20 A Returns Record key should be set to null values if the Retums Action Type is equal to 

21 "create". Otherwise, if the Retums Action Type is set to "update", then the Retums Record Key 

22 must be a valid Retums Record Key for an existing record. Rules for processing different 

23 Action Types are disclosed below. 

24 Error Conditions that may be encountered in processing a Retums Record Key include: 

25 **Retums Record key required" — this error is returned if the Retums Record key is not 

26 provided; "Invalid Value - Retums Record key" — this error is returned if the Retums Record 

27 key is not NULL for Retums Action type = * create' or if the Retums Record key is not a valid 

28 Retums Record key. 
29 

30 b.) Label Tvne. 

3 1 Label Type is optional. Valid Label Types include: None (which means that no label is 

32 requested at this time); Shipping label (a shipping label for the specified carrier); Traveler label 
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1 (a Traveler label is provided to a person who desires to take the package to a retail shipping 

2 location, a description of a Traveler label is provided in more detail below); and Returns Label. 

3 Error Conditions that may be encomitered in processing Label Type include: "Label 

4 Type is Required" - this error is retumed if the Label Type was not provided; "Invalid Value - 

5 Label Type - [ValueY - this error is retumed if the Label Type value provided is not a valid 

6 Label Type value. 
7 

8 c.) Label Image Type . 

9 If a shipping label is requested, a Label Image Type must be specified. Valid Label 

10 Image types include: "URL" - which refers to a link for display and print using the browser; 

1 1 and "Image" - which refers to return the actual image in "^.png format, 

12 'Error conditions that may be reported with respect to Label Image Type include: "Label 

13 Image Type is Required" - this error is retumed if a shipping label has been requested but no 

14 Label Image Type has been provided; and "Invalid Value — Label Image Type - [Value]" — this 

1 5 error is retumed if an invalid Label Image Type has been provided (the System will report the 

1 6 invalid value in the Error Message Text). 
17 

18 d.) Carrier Identifier . 

19 A Carrier Identifier ("ID") is required if the Label Type specified is equal to Shipping or 

20 Returns. Valid Carrier Identifiers are linked to Label Types. If the Label Type is equal to 

21 Returns, then the Label format will be either USPS retum label format or UPS ARS label 

22 format. 

23 Error Conditions that may be reported with respect to Carrier Identifier include: "Carrier 

24 ID Required" — this error is reported if the Label Type is specified to be Shipping or Retums 

25 and no Carrier ID has been provided; "Invalid Value - Carrier ID for this Label Type - [Carrier 

26 Id value, Label type value]'' — this error is reported if the Carrier ID provided is not supported 

27 or is not supported for the requested Label Type value provided (the system will report the 

28 invalid Carrier ID values and Label type values in the Error message text). 
29 

30 
31 

32 e.) Package Information Block. 
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1 In the exemplary embodiment, all of the information that is stored for any package is 

2 provided. There must be at least one Package information block per Return Package Block. 

3 There may be many Package information blocks per Return Package Block. In the exemplary 

4 embodiment, Package_OID is not passed in the API request document, but rather is calculated 

5 by the iRetum system. 
6 

7 f.) Billing Information . 

8 In the exemplary embodiment, the iRetum system supports only pre-paid shipping 

9 (billing type=l). Billing type is required. In one embodiment, billing type=l is not required, 

10 and if it is not pre-paid, then the iRetums System is retrieved from the Accounts database from 

1 1 the account associated with the particular Merchant making the API request. In the exemplary 

12 embodiment. Carrier Account is an optional field, and if specified, instructs the system to bill a 

1 3 particular carrier account for the shipping. 
14 

15 g.) ShipFrom Information. 

16 ShipFrom Information comprises: CompanyName, ContactName, EmailAddress, 

17 Address, City, State, Zip, Country Phone numbers (Fax numbers, business numbers), and Error 

18 Conditions. The CompanyName is option. It is normally not provided. If it is not provided, or 

19 is blank or null, the Contact Name is used. ContactName requires a value and represents the 

20 Merchant's customer returning the product. EmailAddress is optional. Address - a value is 

21 required. City value is required. State value is required based on associated Country rules. Zip 

22 value is required based on associated Country rules. Country value is optional; the default 

23 country value is the United States. International origin is not supported in the exemplary 

24 embodiment. Phone number values are optional. An error condition for each of these elements 

25 will be reported if the value provided is not a valid value for the element, or if it is a required 

26 element, if no value is provided. 
27 

28 h.) ShinTo Information . 

29 Account Information is obtained from the logon account and password. This account 

30 infomiation is used to tie a package to a company and a physical location. ShipTo Information 

31 includes: CompanyName (Optional); ContactName (Required); EmailAddress (Optional); 

32 Address (Required); City, State, Zip, and Country (Required); Address type (Required); Phone 

33 numbers: Fax, Business (Optional ). 
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1 

2 i.) Site Information . 

3 Site Information includes: AccountNumber, CompanyName, ContacfName, 

4 EmailAddress, Address, City, State, Zip, and Comitry, Phone numbers: Fax, Business, and Site 

5 type(required). In the exemplary embodiment, only site type=5 (scheduled pickup) is 

6 supported. 
7 

8 j.) Package Information . 

9 Package Information includes: AccountNo; AltemateAccountNumber; Userld; 

10 Customerld; Package DateTime Infomiation (Required Date format YYYY-MM-DD; Required 

1 1 Time format HH:MM); DropOffDate (optional; if the default value is not passed, the expected 

12 drop off date is the Dropoff_delay plus the package record create date); 

13 ActualDeliveryDateTime (this is not provided but rather is calculated by the system - either the 

14 tracked delivery datetime or the received datetime); EarliestDeliveryTime (optional; default 

15 value is 17:00 (5 pm)); ExpectedDeliveryDate (Not provided but rather is calculated by the 

16 system — this is the DropOffDate plus the transit time (in days)); LatestDeliveryDateTime (Not 

17 passed; calculated by the system). 
18 

19 k.) Package TypeDimensions Weight Information . 

20 Package TypeDimensionsWeight Information includes: Package Type (required); 

21 Length (required if Package Type is equal to "other"; ignored otherwise); Height (required if 

22 Package Type is equal to "other"; ignored otherwise); Width (required if Package Type is equal 

23 to "other"; ignored otherwise); Weight (required). Various error conditions are reported if 

24 required elements are missing, or if an element value is provided that is not supported. 

25 Error conditions reported include: 
26 

27 "Weight Required" - this error is retumed if the Weight is not provided; 

28 

29 "Invalid Value - Weight - [InvalidY^ - (the system reports the invalid wei^t value in the 

30 Error Message Text) this error is reported if the Weight is not a valid Weight value); 
31 
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1 "Weight Too Large - [Weight]'' - (the system reports the Weight value in the Error 

2 Message Text) this error is returned if the Weight exceeds the maximum Weight value for the 

3 selected Carrier; 
4 

5 "Weight Too Small - [Weight]" - the system reports the Weight value in the Error 

6 Message Text) this error is returned if the Weight does not meet the minimum Weight value for 

7 the selected Carrier; 
8 

9 "Dimensional Weight Too Large - [Length, Height, Width ,DimWeightY — (the system 

10 will report the Length, Height, Width, and Dimensional Weight in the Error Message Text) this 

1 1 error is returned if the calculated Dimensional Weight exceeds the maximum Weight value for 

12 the selected Carrier and Service; 
13 

14 "Invalid Value - Packaging Type - [Invalid^' — (the system will report the invalid value 

15 in the Error Message Text) this error is returned if the Packaging Type is not a supported type; 
16 

17 "Invalid Value - Package Length - [InvalidY' - (the system will report the invalid value 

18 in the Error Message Text) this error is returned if the Package Length is not a valid value; 
19 

20 "Invalid Value - Package Height - [Invalid]'' - the system will report the invalid value in 

2 1 the Error MessageText) this error is returned if the Package Height not a valid value; 
22 

23 "Invalid Value - Package Width - [InvalidY^ -(the system will report the invalid value in 

24 the Error Message Text) this error is returned if the Package Width is not a valid value; 
25 

26 "Invalid Value - Additional Handling - [InvalidY'* - (the system will report the invalid 

27 value in the Error MessageText) this error is retumed if the Additional Handling value is not a 

28 valid; 
29 

30 "Package Length Required" -this error is retumed if the Packaging Type is "Other" and 

31 if flie Package Length is not provided; 
32 
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1 "Package Height Required" — this error is returned if the Packaging Type is "Other" and 

2 if the Package Height is not provided; 
3 

4 "Package Width Required" - this error is returned if the Packaging Type is "Other" and 

5 if the Package Width is not provided; 
6 

7 "Length Too Large - [LengthJ' - the system will report the Package Length in the Error 

8 Message Text) this error is returned if the Packaging Type is "Other" and if the maximum 

9 Package Length for selected Carrier is exceeded; 
10 

11 " Length plus Girth Too Large - [Length, GirthY - the system will report the Length and 

12 Girth in the Error Message Text) this error is returned if the Packaging Type is "Other" and if 

13 the maximum Length plus Girth for selected Carrier is exceeded; 
14 

15 " Package Too Small - [Length, Height, Width]" - the system will report the Length, 

16 Height, Width in the Error Message Text) this error is returned if the Packaging Type is "Other" 

1 7 and if the minimum package dimensions for selected Carrier are not met. 
18 

19 1.) Carrier Information . 

20 Carrier Information includes: CarrierAccount (required); Carrierld or CarrierName 

21 (required; Valid Carrier ids are linked to Label type; for Label type = Returns: USPS return 

22 label format and UPS ARS label format are valid); CarrierServiceld or CarrierServiceName 

23 (required). Error Conditions reported with respect to Canier Information include: "Carrier 

24 Required" — this error is returned if a Carrier is not provided; "Carrier Account Number 

25 Required" — this error is returned if a Carrier Account is not provided; "Carrier Service 

26 Required" — this error is returned if a Carrier Service is not provided; "Invalid Value - Carrier - 

27 [Carrier]" - (the system will report the invalid value in the Error Text) this error is returned if 

28 the Carrier is not a supported carrier; "Invalid Value - Carrier Account - [Cajrier Accounty^ — 

29 (the system will report the invalid value in the Error Text) this error is retumed if the Carrier 

30 Account is not a valid Carrier Account; "Invalid Value - Service - [Sej-viceY^ - (the system will 

3 1 report the invalid value in the Error Text) this error is retumed if the Service is not a valid for 

32 the selected carrier. 
33 
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1 m.) Service Options and Other Flags . 

2 All values for Service Options and other flags are optional. Service Options and other 

3 flags include; CallTag; CertifiedMail; RetumReceipt; "Tracking Required" is an option of 

4 Return Receipt; COD; DeclaredValue; Value of Commodity; DeliveryConfirmation (Tracking 

5 Required; Signature Required); VerbalConfirmationofDelivery (this option is only valid for 

6 UPS); ProofofDelivery ("Signature Required" is an option of ProofofDelivery); 

7 DeliveryNoteEmail; GuaranteedDelivery; AUowSaturdayDelivery; AllowSundayDelivery. 

8 Error Conditions that may be reported with respect to Service Options and Other Flags include: 
9 

10 "Invalid Value - Delivery Confirmation - [Value]" 

1 1 The system v^ill report the invalid value in the Error Text. 

12 Error returned if Delivery Confirmation value is not a valid value. 
13 

14 "Invalid Value - Verbal Confimiation of Delivery - [Value]" 

15 The system will report the invalid value in the Error Text. 

1 6 Error returned if Verbal Confirmation of Delivery value is not a valid 

17 value. 
18 

1 9 "Invalid Value - Call Tag - [Value]" 

20 The system will report the invalid value in the Error Text. 

21 Error returned if Call Tag value is not a valid value. 
22 

23 "Invalid Value - Certified Mail - [Value]" 

24 The system will report the invalid value in the Error Text. 

25 Error returned if Certified Mail value is not a valid value. 
26 

27 "Invalid Value - Return Receipt - [ Value]" 

28 The system will report the invalid value in the Error Text 

29 Error returned if Return Receipt value is not a valid value. 
30 

3 1 "Invalid Value - Declared Value Amount — - [Value]" 

32 The system will report the invalid value in the Error Text. 

33 Error returned if Declared Value Amount is not a valid value. 
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1 

2 "Invalid Value - COD Amount- [ValueY' 

3 The system will report the invalid value in the Error Text. 

4 Error returned if COD Amount is not a valid value. 
5 

6 "Invalid Value - Allow Saturday Delivery - [Valued 

7 The system will report the invalid value in the Error Text. 

8 Error returned if Allow Saturday Delivery value is not a valid value. 
9 

10 "Invalid Value - Proof of Deliveiy - [Value]" 

1 1 The system will report the invalid value in the Error Text. 

12 Error returned if Proof of Delivery value is not a valid value. 
13 

14 "Invalid Value - Verbal Confirmation of Delivery - [Value]" 

1 5 The system will report the invalid value in the Error Text. 

1 6 Error returned if Verbal Confirmation of Delivery value is not a valid 

17 value. 
18 

19 "Service Option Conflict - [Service Optionl, Service Option2]" 

20 The system will report the two conflicting service option values in the 

21 Error Text: 

22 Error returned if an indicated Service Option is not valid with another 

23 indicated 

24 Service Option for the selected Carrier. 
25 

26 "Invalid Value - Allow Sunday Delivery - [Value]" 

27 The system will report the invalid value in the Error Text 

28 Error returned if Allow Sunday Delivery value is not a valid value. 
29 

30 n.) Product Information Block . 

3 1 The Product Information Block contains all of the information that the Merchant keeps 



32 about the product(s) being returned. There must be at least one Product Information Block in a 

33 Ship Package Request Node. All product information is optional except for the Merchant 
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1 product key. All product information is alphanumeric text string. Product Information Block 

2 data includes: Merchant cross-reference key (Must be unique); Authorization Number; 

3 Category; SKU; Description; Manufacturer; Quantity; Price; Tax; Refund; Shipping Paid by; 

4 Order Number; Order Date; Order Status; Customer Name; Customer ID; Return Reason code; 

5 Return Reason description. 

6 Error Conditions reported include: "Merchant product key Required" — this error is 

7 returned if Merchant Product key is not provided. 
8 

9 b. Ship Package Block Action Type Rules. 

10 

11 1.) Create Rules . 

12 There are rules for creating new Return Records. In the exemplary embodiment of the 

13 invention, these rules require that if any error conditions were reported for a Return API 

14 Request, that no new Returns record be created. 

15 In order to create a new Retums record, each Returns record ke^^ must be unique. In one 

16 exemplary embodiment, Pre-processing transaction records are treated the same as Retums 

1 7 transaction records. 
18 

19 2.) Update Rules . 

20 There are also rules for updating existing records. In the exemplary embodiment of the 

21 invention, if there are error conditions, the system will not update a Retums record. 

22 In order to update an existing Retums record, the Retums Record key in the API 

23 Request must be valid. Updates to any Package Block data must follow all package object rules 

24 and behaviors. The Package is voided in the Package_History table, and then a new Package is 

25 created in the Package_History table. 

26 If Package is not in Package_History, then void Package in the Package table and create 

27 a new Package in the Package table. 

28 A Merchant can only update records associated with their iRetum System account, A 

29 voided package may not be updated. Nor can updates be applied to a record that has been 

30 logically closed 
31 

32 3.) Delete and Void Rules . 
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1 There are also rules for deleting existing records. In the exemplary embodiment of the 

2 invention, if there are error conditions, the system will not delete a Returns record. 

3 In order to delete an existing Returns record, the Returns Record key must be valid. 

4 When a Returns record is deleted, it is not physically deleted, but is only logically deleted — that 

5 is, the package is voided. 

6 Deleting a Returns record must follow all package object rules and behaviors. A 

7 Merchant can only delete records associated with their Stamps account. A Returns record in 

8 Package_History can not be deleted. 

9 For a package in the Package_History table, that has not been physically received, the 

10 receipt of a Void It ™ API request document instructs the API to update the status of the 

11 package to 'EXPIRE". 

12 A package that has been voided can not be deleted. For a package in the 

1 3 Package_History table, that has been physically received, the receipt of a Void It ™ API request 

14 document instructs the API to update the status of the package to 'COMPLETE". 
15 

16 

17 4.) Action Error Conditions . 

1 8 Various Error Conditions may be reported when the system attempts to apply a 

1 9 particular action, including: 
20 

21 "Invalid Value - Returns Record Key - [ValueJ' 

22 The system will report the invalid value in the Error Text. 

23 Error returned if Returns Record Key value is not a valid value. 
24 

25 "Invalid Value - Can not update Returns Record for another merchant - [ValueY' 

26 The system will report the invalid value in the Error Text. 

27 Error returned if Returns Record Key value is for a record other liian 

28 merchant's. 
29 

30 "Invalid Value - Can not update Returns Record that has been physically 

31 received - [Value]" 

32 The system will report the invalid value in the Error Text 

33 Error returned if Retums Record Key value is for an update of a record 
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1 that has been physically received. 
2 

3 "Invalid Value - Can not void Returns Record that has been voided - [ValueY 

4 The system will report the invalid value in the Error Text. 

5 Error returned if Returns Record Key value is for a void of a record 

6 that has been voided. 
7 

8 "Invalid Value - Can not void Returns Record that has been shipped - [Value]" 

9 The system will report the invalid value in the Error Text. 

10 Error returned if Returns Record Key value is for a void of a record 

1 1 that is in Package_Histoiy table. 
12 

13 c. Ship Package Response Node . 
14 

15 The Ship Package Response Node includes the following elements: 

16 Echo of Origin, Destination, Weight request elements for each received package; 

1 7 System Returns record key for each package; 

1 8 Package OID for each package; 

1 9 System Tracking number for each package; 

20 Echo of Label if so requested. 
21 

22 d. Void Package Request Node . 

23 In the exemplary embodiment of the invention, a Void Package Request Node 

24 comprises: a.Number of Void Package Requests; and a corresponding number of Void 

25 Package Blocks. 

26 The Number of Void Package Requests is the number of separate Void Package 

27 packages to follow. This is Optional. If a value is not provided, the default value is "1". 

28 Error Conditions that may be reported include: 
29 

30 "Invalid Value - ContentCount - [ Value]'' 

3 1 The system will report the invalid value in the Error Text. 

32 Error returned if the Content Count value is not valid value. 
33 



-91- 



wo 01/72109 



PCTAJSOl/09852 



1 "Invalid Request - Number of Void Package Requests does not match number of 

2 blocks in the request document" 

3 This error is returned if the number of Void Package Request value 

4 does not match the actual nimiber of individual Return Package 

5 Requests blocks. 
6 

7 A Void Package Block comprises a Returns Record key. As mentioned above, the 

8 physical number of Void Package blocks must match the 'Number of Void Package Requests' 

9 value. 

10 The Returns Record key is also known as the Package OLD. This is Required. 

1 1 Error Conditions that may be reported include: 
12 

1 3 "Returns Record key required" 

14 This error is returned if the Returns Record key is not provided. 
15 

1 6 "Invalid Value - Returns Record key" 

17 This error is returned if the Returns Record key is not a valid Returns 

18 Record key. 
19 

20 e. Void Package Rules . 

21 If a package to be voided is in the Package Table, follow normal void package logic. 

22 Otherwise, if the package to be voided is in the Package_History Table, if the package status is 

23 not equal receive: if the package carrier is USPS, then update status to expire; otherwise, if the 

24 package carrier is not USPS, then report as an error. If tlie package to be voided is in The 

25 Package_History Table, but the status is equal received, then update status to complete. 
26 

27 f. Void Package Response Node . 

28 The Return Product Response Node echoes the Void Package Request Node elements. 
29 

30 g. Receive Package Request Node . 

31 In the exemplary embodiment of the invention, a Receive Package Request Node 

32 includes the following elements: Number of Receive Package Requests; one or more Receive 

33 Package Request blocks. The Number of Receive Package Requests indicates the number of 



-92^ 



wo 01/72109 



PCTAJSOl/09852 



1 separate Receive packages to follow. The element is Optional. If a value is not provided, the 

2 default value is "1". 

3 Error Conditions that may be reported with respect to Number of Receive Package 

4 Requests include: 
5 

6 "Invalid Value - ContentCount - [ValueY 

7 The system will report the invalid value in the Error Text. 

8 Error returned if the Content Count value is not valid value. 
9 

10 "Number of Receive Package Requests exceeds maximum" 

1 1 Tliis error is returned if the number of Receive Package Requests value 

12 exceeds the maximum value for this account. 
13 

14 "Invalid Request - Number of Receive Package Requests does not match number 

15 of blocks in the request document." 

1 6 This error is returned if the number of Receive Package Request value 

17 does not match the actual number of individual Receive 

1 8 Package Requests blocks. 
19 

20 Each Receive Package Request block includes the following: Package OID (required); 

21 date package was received; and time package was received. 

22 Based on the Package OID, check to determine if the Package is in Package_History. If 

23 the package is not in Package JHistory: Force Package into the Package_History table; and Flag 

24 Package as forced. The package must not have been previously physically received. 

25 Error Conditions that may be reported include: 
26 

27 "Package OID is required" 

28 Error returned if Package OID value is not provided. 
29 

30 "Package has already been received" 

3 1 Error returned if package has already been physically received. 
32 

33 "Invalid Value - Package OID - [ValueT 
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1 The system will report the invalid value in tiie Error Text. 

2 Error returned if Package OID value is not a valid value. 
3 

4 The date that the package was received is required. In the exemplary embodiment of the 

5 invention, dates are provided in the following date format: "YYYY-MM-DD". 

6 Error Conditions that may be reported include: 
7 

8 "Date Package was received is required" 

9 Error returned if received data value is not provided. 
10 

1 1 "Invalid Value - Received Date - [ Fa&e]" 

12 The system will report the invalid value in the Error Text. 

13 Error returned if received date value is not a valid value. 
14 

15 The time that the package was received is required. In the exemplary embodiment of the 

16 invention, time is provided in the following time format: "HH:MM". 

1 7 Error Conditions that may be reported include: 
18 

1 9 "Time Package was received is required" 

20 Error returned if received time value is not provided. 
21 

22 "Invalid Value - Received Time - [ValueJ' 

23 The system will report the invalid value in the Error Text. 

24 Error returned if received time value is not a valid value. 
25 

26 

27 h. Receive Package Response Node . 

28 The Receive Package Response information block echo the Receive Package Request 

29 elements. 
30 

31 i. Label Package Request Node . 

32 In the exemplary embodiment of the invention, very little data is passed in a Label 

33 Package Request API because the assumption is that a Returns record with all of the necessary 
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1 information already exists. A Label Package Request Node includes the following elements: a 

2 Number of Label Package Requests; and one or more Label Package Request blocks. 

3 A Number of Label Package Requests specifies the number of separate Label package 

4 requests to follow. This element is Optional. The maximum allowed value is a configurable 

5 item for each Merchant account. If a value is not provided, the default value is "1". Error 

6 Conditions that may be reported include: 
7 

8 "InvaHd Value - ContentCount - [ Valued 

9 The system will report the invalid value in the Error Text. 

10 Error returned if the Content Count value is not valid value. 

1 1 "Invalid Request - Number of Label Package Requests does not match number 

12 ofblocks 

13 in the request document" 

14 This error is retumed if the number of Label Package Request value does 

15 not match 

16 the actual number of individual Label Package Requests blocks. 

17 

18 In the exemplary embodiment of the invention, each Label Package Request block will 

19 include the following elements: Label Type, Label Image Type, Carrier ID, and Package OID. 

20 Label Type is required. Valid Label types include: Shipping label; Traveler Label; and 

21 Returns label. Error Conditions that may be reported include: 
22 

23 "Label type is required." 

24 Error returned if label type is not provided. 
25 

26 "Invalid Value - Label type - [Value]" 

27 The system will report the invalid value in the Error Text. 

28 Error retumed if label type value is not a valid value. 
29 

30 Label Image type is required. Valid Label Image types include: URL - link for display 

3 1 and print using the browser; Image - return the actual image in *.png format. Error Conditions 

32 that may be reported include: 

33 "Label Image type is required" 
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1 Error returned if label image type is not provided. 
2 

3 "Invalid Value - Label Image type - [ Value]" 

4 The system will report the invalid value in the Error Text 

5 Error returned if label image type value is not a valid value. 
6 

7 In the exemplary embodiment of the invention. Carrier ID is Required. Valid Carrier 

8 IDs are linked to Label type. For Label type == Returns: USPS return label format and UPS ARS 

9 label format are available. Error Conditions that may be reported include: 
10 

1 1 "Carried Id is required" 

12 Error returned if carrier id is not provided. 
13 

14 "Invalid Value - Carrier Id for this Label type - [Carrier Id value, Label type 

15 value]" 

16 The system will report the invahd values in the Enror Text. 

17 Error returned if carrier id is not supported for the requested label type 

18 value 
19 

20 In the exemplary embodiment of the invention. Package OID is required. The value must 

21 be a valid Package OID. Error Conditions that may be reported include: 
22 

23 "Record key is required" 

24 Error returned if record key is not provided, 
25 

26 "Invalid Value - Record key - [ Value]'' 

27 The system 'will report the invalid value in the Error Text. 

28 Error returned if record key value is not a valid value. 
29 

30 j. Label Package Process . 

3 1 Based upon the Label Type in the relevant API Request, the iRetum System will prepare 

32 the following relevant type of label for the specified carrier and service: 
33 



-96- 



wo 01/72109 



PCTAJSOl/09852 



1 1.) Print a USPS label . 

2 If the carrier is USPS, the iRetum System creates a USPS Electronic Merchandise 

3 Return (EMR) label as depicted in FIG. 75a. To do that, the iRetum System generates the 

4 EMR m PNG format on a system server. 

5 The iRetum System formats, and causes to be printed, a bar code representing the 

6 system tracking number for placement on an 8 x 11" sheet of paper on which a user 

7 Customer will print the EMR. The bar code for the system tracking number would allow 

8 warehouse personnel to match physically received packages with information in the returns 

9 record database. The presence of the bar code on the label also facilitates recognition by 

10 warehouse personnel of a received package for identification to the system during the Receive 

1 1 Package API process. 

12 The iRetum System also formats and causes to be printed a location of a retail shipping 

13 center, such as, for example, a Mail Boxes Etc., nearest to the customer's location. As part of 

14 the label, in one embodiment, the iRetum System also prints a record number so that the retail 

15 shipping center can access the iRetum System to view the record for the package. In one 

16 exemplary embodiment, the iRetum System also prints the location of the nearest retail store of 

17 the Merchant's. 

18 The iRetum System causes the display of instructions to print the EMR using a laser 

19 printer, the appropriate way to tape the label on to the package, and to take the package to the 

20 Post Office or retail shipping center. Below the fold of the label, the iRetum System inserts a 

21 URL link back to the Merchant's website. Exemplary instmctions are identified in FIG. 75b. 
22 

23 2.) Print a UPS label 

24 If flie carrier is UPS, the iRetum System creates a UPS Authorized Return Service 

25 (ARS) label (not shown). To do that, the iRetum System generates the ARS in PNG format on 

26 a system server. In the exemplary embodiment, the system provides a mechanism by which the 

27 Customer provides payment information to UPS. 

28 The iRetum System formats, and causes to be printed, a bar code representing the 

29 system tracking nimiber for placement on an 8 14" x 11" sheet of paper on which a user 

30 Customer will print the ARS. The bar code for the system tracking number would allow 

3 1 warehouse personnel to match physically received packages with information in the returns 

32 record database. The presence of the bar code on the label also facilitates recognition by 
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1 warehouse personnel of a received package for identification to the system during the Receive 

2 Package API process. 

3 The iRetum System also formats and causes to be printed a location of a retail shipping 

4 center, such as, for example, a Mail Boxes Etc., nearest to the customer's location. As part of 

5 flie label, in one embodiment, the iRetum System also prints a record number so that the retail 

6 shipping center can access the iRetum System to view the record for the package. In one 

7 exemplary embodiment, the iRetum System also prints the location of the nearest retail store of 

8 the Merchant's. 

9 The iRetum System causes the display of instmctions to print the ARS using a laser 

10 printer, the appropriate way to tape the label on to the package, and to take the package to the 

1 1 Post Office or retail shipping center. Below the fold of the label, the iRetum System inserts a 

12 URL link back to the Merchant's website. Exemplary instmctions are similar to those identified 

13 in FIG. 75b. 
14 

15 3.) Print a Traveler Label 

16 The iRetum System provides the abilit}^ for a customer to prepare packages for shipping 

17 and print what is referred to herein as a "Traveler" Label for use by a retail shipping center, for 

18 example, a Mail Boxes Etc. location near the customer. The customer uses the Merchant's 

19 Returns Policy Engine and Processing System to interface with the iRetum System to enter 

20 package information. Although the iRetum System provides for the printing of actual shipping 

21 labels, if, for some reason, the customer is unable or not ready to print a final shipping label, 

22 the client prints a temporary label called a Traveler. 

23 The Traveler displays a bar code that contains the shipping details. When the customer 

24 delivers Ihe package to a retail shipping location, the shipping professional scans the bar code 

25 and accesses the iRetum System to complete the process and print an actual shipping label. All 

26 the package information that the customer previously entered at his or her computer is now 

27 readily available to the retail shipping center shipping professional. At this point in time, the 

28 shipping professional weighs the package and adjusts the previously-entered weight, if 

29 necessary. Other information can be updated as well. The shipping professional then readies the 

30 package for the carrier by entering final details, printing out a final shipping label, and 

3 1 processing the package as shipped 
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1 In the exemplary embodiment. Traveler Labels contain a package number, such as a 

2 system Client Package Number, a package number for the retail shipping center, e.g., an EPSO 

3 package number for Mail Boxes Etc., or an ISRF package number. 

4 To create a Traveler label, the iRetum System generates for printing the Traveler Label 

5 m PNG format on a system server. An exemplary Traveler Label is depicted in FIG. 76. 

6 The iRetum System formats, and causes to be printed, a bar code 4602 representing the 

7 system tracking number 460 1 for placement on an 8 H" x 11 " sheet of paper on which a user 

8 Customer will print the Traveler Label. The bar code for the system tracking number would 

9 allow warehouse personnel to match phj^sically received packages with information in the 

10 returns record database. The presence of the bar code on the label also facilitates recognition by 

1 1 warehouse personnel of a received package for identification to the system during the Receive 

12 Package API process. 

13 The iRetum System also formats and causes to be printed a location of a retail shipping 

14 center, such as, for example, a Mail Boxes Etc., nearest to the customer's location. As part of 

1 5 the label, in one embodiment, the iRetum System also prints a record number so that the retail 

16 shipping center can access the iRetum System to view the record for the package. In one 

17 exemplary embodiment, the iRetum System also prints the location of the nearest retail store of 

1 8 the Merchant's. 

19 The iRetum System causes the display of instmctions describing how the Traveler Label 

20 is to be printed using a laser printer, that the label can not be photocopied, that the label must be 

21 placed in the clear pouch that came with the package, to affix the clear pouch to the package, 

22 and finally take the package to a retail shipping center. Below the fold of the label, the iRetum 

23 System inserts a URL link back to the Merchant's website. 
24 

25 k. Label Package Response Node 

26 The Label Package Response information block include all of the Label Package request 

27 elements. 
28 

29 1. Configuration Parameters 

30 In the exemplary embodiment, the following global API Returns configuration 

3 1 parameters are required. Additional mles are also listed. 

32 Dropoff delav : Number of day(s) to add to create date for the expected drop-off date 

33 calculation. Value is 1 day. 
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1 Move package delay : Number of days until a returns package is moved from the 

2 Package table to the Package_History table. Only use this rule when the carrier is USPS 

3 Add this value to the expected drop off date and time to determine if package must be moved, 

4 Value is 2 days. 

5 NoScan delay : Number of days without a first scan message before a package is marked 

6 as not scanned. Only use this rule when the carrier is UPS. Add this value to the expected drop- 

7 off date and time. Value is 2 days. The first scan message will be used to move the package 

8 from the Package table to the Package_History table. Tlie merchant's customer service will use 

9 the No Scan Report to identify potential problem retum packages. If the merchant discovers that 

10 the customer has not shipped the package yet, the merchant can: 

11 - Void the retum package indicating the customer will not ship. 

12 - Update the retum package with a new expected ship date and delivery date based 

13 on the customer's feedback. 

14 If the merchant discovers that the customer has shipped the package, the merchant can begin a 

1 5 trace of the package. 

16 Late delay : Number of days beyond the expected delivery date before a Package is 

17 flagged as late. If the carrier is USPS the value is 2 days. If the carrier is UPS the value is 1 day, 

18 The merchant's customer service will use the Late Arrivals Report to identify potential 

19 problem retum packages. If the merchant discovers tiiat the customer has not shipped the 

20 package yet, the merchant can: 

21 - Void the retum package indicating the customer will not ship. 

22 - Update the retum package with a new expected ship date and delivery date based 

23 on the customer's feedback. 

24 If the merchant discovers that the customer has shipped the package, the merchant can begin a 

25 trace of the package. 
26 

27 9. Inbound Manager 

28 FIG. 77 is a high level interactivity diagram depicting exemplary interactivity between a 

29 Merchant and the iRetum Merchant Service Servers to request Tracking information in an 

30 exemplary embodiment of the invention. As depicted in FIG. 77, the Merchant's Returns 

3 1 Inbound Manager accesses the iRetum System 4000 through a computer 4008 cotrfigured with a 

32 display device 4009 and a printer device 13. The Merchant's Returns Inbound Manager 

33 computer 4008 is connected to the Merchant's system 4001, which is connected to the iRetum 



-100- 



wo 01/72109 



PCTAJSOl/09852 



1 System 4000 through the Internet 4003 . 

2 The Merchant's Returns Inbound Manager (alternatively, the "Returns Manager") logs 

3 in 443 1 to flie internal network 4001c of the Merchant's system 4001 . The internal network of 

4 the Merchant's System 4001c displays to the Returns Manager's computer 4008, the Merchant's 

5 Intemal Tools Screen 4432. From the Merchant's Intemal Tools Screen, the Returns Manager 

6 selects the iRetum Manager Application 4433. The Merchant's intemal network 4001c links to 

7 the iRetum Manager Login Screen 4434. The iRetum System 4000 displays the iRetum 

8 Manager Login Screen 4435 to the Return Manager's computer 4008/4009. The Retums 

9 Manager logs in to the iRetums System 4436. In response to the login, the iRetums System 

10 displays default inbound return shipments 4437 according to the Return Manager's login 

1 1 privileges as stored on the Account Database. 

12 From the default display, the Return Manager selects a subset of Inbound Shipments 

13 4438. The iRetum System displays the page of data requested by the Return Manager's 

14 selection 4439. The Return Manager then selects detailed shipment tracking information 4440. 

1 5 The iRetum System returns detailed tracking information 4441 for the package(s) selected by 

1 6 the Return Manager. 

17 A Warehouse manager, after going through a similar login procedure as described 

18 above, would, for example, select shipments inbound to a particular warehouse 4442. The 

19 iRetum System 4000 retums a display of Return shipments destined for the selected warehouse 

20 4443. The Warehouse manager then checks one or more boxes, each box corresponding to a 

21 particular package, to acknowledge receipt of the package 4444. 
22 

23 10. Exporting Data from iRetums 

24 FIG. 78 is a high level interactivity diagram depicting exemplary interactivity between a 

25 Merchant and the iRetum Merchant Service Servers to export data from the iRetum Merchant 

26 Service System into the Merchant's System in an exemplary embodiment of the invention. As 

27 depicted in FIG. 77, the Merchant's Retums Inbound Manager accesses the iRetum System 

28 4000 through a computer 4008 configured wifli a display device 4009 and a printer device 13. 

29 The Merchant's Retums Inbound Manager computer 4008 is connected to the Merchant's 

30 system 400 1 , which is connected to tlie iRetum System 4000 through the Internet 4003 . 

3 1 The Merchant's Retums Inbound Manager (altematively, the "Retums Manager") logs 

32 in 443 1 to the intemal network 4001 c of the Merchant' s system 400 1 . The intemal network of 

33 the Merchant's System 4001c displays to the Retums Manager's computer 4008, the Merchant's 
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1 Internal Tools Screen 4432. From the Merchant's Intemal Tools Screen, the Returns Manager 

2 selects flie iRetum Manager Application 4433. The Merchant's intemal network 4001c links to 

3 the iRetum Manager Login Screen 4434. The iRetum System 4000 displays the iRetum 

4 Manager Login Screen 4435 to the Return Manager's computer 4008/4009. The Retums 

5 Manager logs in to the iRetums System 4436. In response to the login, the iRetums System 

6 displays default inbound return shipments 4437 according to the Return Manager's login 

7 privileges as stored on the Account Database. 

8 From the default display, the Return Manager selects a subset of Inbound Shipments 

9 4438. The iRetum System displays the page of data requested by the Return Manager's 

10 selection 4439. 

1 1 The Retums Manager selects the Export Data option 4450. The iRetum System 4000 

12 requests the Retums Manager to identify a file name 4451 to which the data should be exported. 

13 The Retums Manager identifies a file name 4452, either local or network. The iRetum System 

14 only downloads Retum records for the Retums Manager that correspond to the relevant 

15 Merchant's account. In the exemplary embodiment, data to be downloaded is formatted as a 

16 comma-delimited flat file. The iRetum System 4000 downloads data to a drive local 4453a to 

17 the Retums Manager's computer 4008 or to a network file 4453b on the Merchant's intemal 

18 network 4001c, as directed by the Retums Manager. The Retums Manager can then utilize 

19 analysis tools within the Retums Manager's computer 4008 or within the Merchant's intemal 

20 network 400 1 c to analyze the downloaded data 4454. 
21 

22 ILLUSTRATIVE EMBODIMENTS 

23 Although this invention has been described in certain specific embodiments, many 

24 additional modifications and variations would be apparent to those skilled in the art. It is, therefore, 

25 to be understood that this invention may be practiced otherwise than as specifically described. 

26 Thus, the embodiments of the invention described herein should be considered in all respects as 

27 illustrative and not restrictive, the scope of the invention to be determined by the appended claims 

28 and their equivalents rather than the foregoing description. 
29 

30 
31 
32 
33 
34 
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1 WHAT IS CLAIMED IS: 
2 

3 1 . An online merchandise return computer system, said computer system programmed 

4 to: 

5 receive a merchandise return request by a consumer to return at least one item of 

6 merchandise; and 

7 process said merchandise return request according to a set of return policy rules input by a 

8 merchant. 
9 

10 2. The online merchandise return computer system of Claim 1 , wherein a subset of the 

1 1 return policy rules input by the merchant comprising: 

12 a set of return questions; 

13 a set of anticipated retum question responses corresponding to each of said retum questions; 

14 and 

15 a set of retum response rules, each retum response rule corresponding to at least one of said 

1 6 anticipated retum question responses. 
17 

18 3. The online merchandise return computer system of Claim 2, wherein each retum 

19 response rule comprising a set of instructions to direct said computer system to perform an action to 

20 process the retum request. 
21 

22 4. The online merchandise retum computer system of Claim 3, wherein each set of 

23 retum questions comprising a jSrst retum question and a set of subsequent retum questions, said first 

24 retum question having a corresponding set of anticipated first retum question responses and each of 

25 said subsequent retum questions having a corresponding set of anticipated subsequent retum 

26 question responses. 
27 

28 5. The online merchandise retum computer system of Claim 4, the computer system 

29 further programmed to: 

30 select from the retum policy rules set by the merchant the retum questions; and 

3 1 display to the user a first selected retum question. 
32 

33 6. The online merchandise retum computer system of Claim 5, the computer system 

34 further programmed to: 

35 receive user input of a retum question answer. 
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1 

2 7. The online merchandise return computer system of Claim 6, the computer system 

3 further programmed to: 

4 compare said return question answer to each of the anticipated first return question 

5 responses. 
6 

7 8. The online merchandise return computer system of Claim 7, the computer system 

8 further programmed to: 

9 identify an anticipated first return question response that matches said retum question 
10 answer. 

11 

12 9. The online merchandise retum computer system of Claim 8, the computer system 

1 3 fiirther programmed to: 

14 . direct the computer system to process the retum request in accordance with the retum 

15 question response mles that correspond to the anticipated first retum question response that matches 

1 6 said retum question answer. 
17 

18 10. The online merchandise retum computer system of Claim 9, wherein the retum 

19 policy rules further comprising a selection of carriers and services with which a consumer can ship a 

20 retum package. 
21 

22 11. The online merchandise retum computer system of Claim 1 0, the computer system 

23 flirther programmed to: 

24 calculate a shipping rate for a package specified by the retum request of the consumer for 

25 each of selected services offered by each of selected carriers according to a set of pricing mles for 

26 each of the selected carriers for each of the selected services. 
27 

28 12. The online merchandise retum computer system of Claim 1 1 , the computer system 

29 further programmed to: 

30 generate a display of an interactive graphic comparison of shipping rates for the retum 

3 1 request for shipping the particular package for each of the selected services offered by each of the 

32 selected carriers. 
33 

34 13. The online merchandise retum computer system of Claim 12 wherein the interactive 

35 graphic shipping rate comparison display comprising an array. 

-104" 



wo 01/72109 



PCTAJSOl/09852 



1 

2 14, The online merchandise return computer system of Claim 1 3 wherein said array 

3 comprising a plurality of cells. 
4 

5 15. The online merchandise return computer system of Claim 14 wherein each of said 

6 cells comprising an intersection of a delivery date and time for a particular carrier for a particular 

7 service. 
8 

9 16. The online merchandise return computer system of Claim 15, the computer system 

1 0 further programmed to: 

1 1 receive as a return order user input of a selection of one of the cells of the array. 
12 

13 17. The online merchandise return computer system of Claim 16, the computer system 

1 4 further programmed to: 

1 5 generate an internal system tracking number for the return order; and 

1 6 save said internal system tracking number for the return order in a database. 
17 

18 18. The online merchandise return computer system of Claim 1 7, the computer system 

1 9 fiirther programmed to: 

20 generate a graphic representation of a shipping label corresponding to the return order; and 

21 display the graphic representation of the shipping label on a display monitor comiected to a 

22 computer accessible by the consumer. 
23 

24 19. The online merchandise return computer system of Claim 1 8, the computer system 

25 further programmed to: 

26 generate a set of printable shipping label data in response to a shipping label print request by 

27 the consumer. 
28 

29 20. The online merchandise return computer system of Claim 19, the computer system 

30 further programmed to: 

3 1 send in response to a user request to print a shipping label the set of printable shipping label 

32 data to a printer connected to the computer accessible by the user. 
33 
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1 21 . The online merchandise return computer system of Claim 20, wherein each return 

2 order with a tracking number is characterized by a shipping status, the computer system further 

3 programmed to: 

4 generate a tracking report record depicting the shipping status of a return order in response 

5 to a user tracking report request for said return order. 
6 

7 22. An online merchandise retum computer system, said computer system programmed 

8 to; 

9 save a set of retum policy rules input by a merchant in a database; and 

10 receive a merchandise retum request by a consumer to retum at least one item of 

1 1 merchandise. 
12 

13 23. The online merchandise retum computer system of Claim 22, said computer system 

1 4 further programmed to: 

1 5 process said merchandise retum request according to said set of retum policy rules. 
16 

1 7 24. An online merchandise retum computer system, said computer system programmed 

18 to: 

19 collect a set of return policy rules input by a merchant; and 

20 save said set of retum policy rules in a database, 
21 

22 25. The online merchandise retum computer system of Claim 24, said computer system 

23 further programmed to: 

24 receive a merchandise retum request by a consumer to retum at least one item of 

25 merchandise. 
26 

27 26. The online merchandise retum computer system of Claim 25, said computer system 

28 further programmed to: 

29 process said merchandise return request according to said set of retum policy rules. 
30 

31 27. An online merchandise retum computer system, said computer system programmed 

32 to: 

33 receive a merchandise retum request by a consumer to retum at least one item of 

34 merchandise; 
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1 generate in response to said merchandise return request a display of an interactive graphic 

2 comparison of sliipping rates for the return request for shipping a package containing an item of 

3 merchandise to be returned, said display showing a shipping rate for each of a set of services offered 

4 by each of set of carriers, said carriers and services selected by the computer system for display 

5 according to a set of return policy rules input by a merchant; and 

6 process said merchandise return request according to the set of return policy rules input by 

7 the merchant. 
8 

9 28. An onhne merchandise return computer system, said computer system programmed 

10 to save a set of return policy rules input by a merchant in a database as a three-dimensional situation 

1 1 response matrix, said matrix comprising: 

12 a first dimension defining a set of return questions; 

13 a second dimension defining, for each retum question, a set of return question responses 

14 corresponding to the return question; and 

15 a tliird dimension defining, for each retum question response for each retum question, a set 

16 of instructions to the computer system corresponding to the retum question response corresponding 

17 to the retum question. 
18 

1 9 29. The online merchandise retum computer system of Claim 28, said computer system 

20 further programmed to: 

21 receive a merchandise retum request input by a consumer to retum at least one item of 

22 merchandise; and 

23 script an interactive exchange with the consumer in response to said merchandise retum 

24 request according to the three-dimensional situation response matrix. 
25 

26 30. The online merchandise retum computer system of Claim 29, said computer system 

27 further programmed to: 

28 display a first question from said set of retum questions; 

29 receive a first answer input by the consumer in response to said first question; 

30 select from the set of return question responses corresponding to the first question a retum 

3 1 question response that corresponds to the first answer; and 

32 direct the computer system to execute each instmction in the set of instructions 

33 corresponding to the retum question response that corresponds to the first answer. 
34 
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1 31. The online merchandise return computer system of Claim 3 0, wherein one of the 

2 instructions in the set of instructions corresponding to the return question response that corresponds 

3 to the first answer is to ask a next question from said set of return questions. 
4 

5 32. The online merchandise retum computer system of Claim 3 1 , said computer system 

6 further programmed to: 

7 display the next question from said set of retum questions; 

8 receive a next answer input by the consumer in response to said next question; 

9 select from the set of return question responses corresponding to the next question a retum 

10 question response that corresponds to the next answer; and 

1 1 direct the computer system to execute each instruction in the set of instructions 

12 corresponding to the retum question response that corresponds to the next answer. 
13 

14 33. The online merchandise retum computer system of Claim 30, said computer system 

1 5 ftirther programmed to: 

16 process said merchandise retum request according to the set of instructions corresponding to 

17 the retum question responses corresponding to each answer by the consumer to each retum question 

1 8 asked by the computer system. 
19 

20 34. An online merchandise retum computer system, said computer system programmed 

21 to: 

22 display a question from a set of retum questions; 

23 receive an answer input by a consumer in response to said question; 

24 select from a set of retum question responses corresponding to the question a retum question 

25 response that corresponds to the answer; and 

26 direct the computer system to execute each instmction in a set of instructions corresponding 

27 to the retum question response that corresponds to the answer. 

28 

29 35. An online merchandise retum computer system, said computer system programmed 

30 to: 

3 1 process a merchandise retum request by a consumer according to a set of instmctions that 

32 correspond to a set of retum question responses that correspond to each answer by the consumer to 

33 each retum question asked by the computer system. 
34 
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1 36. The online merchandise return computer system of Claim 35, said computer system 

2 further programmed to: 

3 recognize merchandise to be returned by the consumer according to product categories and 

4 product subcategories. 
5 

6 37. The online merchandise return computer system of Claim 36, said computer system 

7 further programmed to: 

8 execute exception instructions for merchandise comprising an exception product category. 

9 38. The online merchandise return computer system of Claim 36, said computer system 

1 0 further programmed to: 

1 1 execute exception instructions for merchandise comprising an exception product 

12 subcategory. 
13 

14 39. A method using a computer for online merchandise return shipping, said method 

15 comprising: 

16 receiving a merchandise return request by a consumer to return at least one item of 

17 merchandise; and 

1 8 processing said merchandise return request according to a set of return policy rules input by 

19 a merchant. 
20 

21 40. The method of Claim 39, wherein a subset of the return policy rules input by the 

22 merchant comprising: 

23 a set of return questions; 

24 a set of anticipated return question responses corresponding to each of said return questions; 

25 and 

26 a set of return response rules, each return response rule corresponding to at least one of said 

27 anticipated return question responses. 

28 

29 41 . The method of Claim 40, wherein each return response rule comprising a set of 

30 instructions to direct said computer system to perform an action to process the return request. 
31 

32 42. The method of Claim 41, wherein each set of return questions comprising a first 

33 retum question and a set of subsequent return questions, said first return question having a 

34 corresponding set of anticipated first retum question responses and each of said subsequent retum 

35 questions having a corresponding set of anticipated subsequent retum question responses. 

-109- 



wo 01/72109 



PCTAJSOl/09852 



1 

2 43 . The method of Claim 42, the method further comprising; 

3 selecting from the return policy rules set by the merchant the return questions; and 

4 displaying to the user a first selected return question. 
5 

6 44. The method of Claim 43, the method further conprising: 

7 receiving user input of a return question answer. 
8 

9 45. The method of Claim 44, the method further comprising: 

10 comparing said retirai question answer to each of the anticipated jfirst retum question 

1 1 responses. 
12 

1 3 46. The method of Claim 45 the method ftirther comprising: 

14 identifying an anticipated first retum question response that matches said retum question 

15 answer, 
16 

17 47. The method of Claim 46, the method further comprising: 

1 8 directing the computer system to process the retum request in accordance with the return 

19 question response rules that correspond to the anticipated first retum question response that matches 

20 said retum question answer. 
21 

22 48. The method of Claim 47, wherein the retum policy rules further comprising a 

23 selection of carriers and services with which a consxmier can ship a retum package. 
24 

25 49. The method of Claim 48, the method further comprising: 

26 calculating a shipping rate for a package specified by the retum request of the consumer for 

27 each of selected services offered by each of selected carriers according to a set of pricing rules for 

28 each of the selected carriers for each of the selected services. 
29 

30 50. The method of Claim 49, the method further comprising: 

3 1 generating a display of an interactive graphic comparison of shipping rates for the retum 

32 request for shipping the particular package for each of the selected services offered by each of the 
3 3 selected carriers . 

34 
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1 51. The method of Claim 50 wherein the interactive graphic shipping rate comparison 

2 display comprising an array. 
3 

4 52. The method of Claim 51 wherein said array comprising a pluraHty of cells. 
5 

6 53. The method of Claim 52 wherein each of said cells comprising an intersection of a 

7 deUvery date and time for a particular carrier for a particular service. 
8 

9 54. The method of Claim 53, the method further comprising: 

10 receiving as a return order user input of a selection of one of the cells of the array. 
11 

12 55 . The method of Claim 54, the method further comprising: 

1 3 generating an internal system tracking number for the return order; and 

14 saving said internal system tracking number for the return order in a database. 
15 

1 6 56. The method of Claim 55, the method further comprising: 

17 generating a graphic representation of a shipping label corresponding to the return order; and 

1 8 displaying the graphic representation of the shipping label on a display monitor connected to 

19 a computer accessible by the consumer. 
20 

21 57. The method of Claim 56, the method further comprising: 

22 generating a set of printable shipping label data in response to a shipping label print request 

23 by the consumer. 
24 

25 58. The method of Claim 57, the method further comprising: 

26 sending in response to a user request to print a shipping label the set of printable shipping 

27 label data to a printer connected to the computer accessible by the user. 
28 

29 59. The method of Claim 58, wherein each return order with a tracking number is 

30 characterized by a shipping status, the method further comprising: 

3 1 generating a tracking report record depicting the shipping status of a return order in response 

32 to a user tracking report request for said retum order. 
33 

34 60. A method using a computer for online merchandise retum shipping, said method 

35 comprising: 
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1 saving a set of return policy rules input by a merchant in a database; and 

2 receiving a noierchandise return request by a consumer to return at least one item of 

3 merchandise. 
4 

5 61 . The method of Claim 60, said method further comprising: 

6 processing said merchandise retum request according to said set of retum policy rules. 
7 

8 62. A method using a computer for online merchandise retum shipping, said method 

9 comprising: 

1 0 collecting a set of retum policy rules input by a merchant; and 

1 1 saving said set of return policy rules in a database. 
12 

13 63 . The method of Claim 62, said method further comprising: 

14 receiving a merchandise retum request by a consumer to retum at least one item of 

15 merchandise, 
16 

1 7 64. The method of Claim 63, said method further comprising 

1 8 processing said merchandise retum request according to said set of retum pohcy rules. 
19 

20 65. A method using a computer for online merchandise retum shipping, said method 

21 comprising: 

22 receiving a merchandise retum request by a consumer to retum at least one item of 

23 merchandise; 

24 generating in response to said merchandise retum request a display of an interactive graphic 

25 comparison of shipping rates for the retum request for shipping a package containing an item of 

26 merchandise to be retumed, said display showing a shipping rate for each of a set of services offered 

27 by each of set of carriers, said carriers and services selected by the computer system for display 

28 according to a set of retum policy rules input by a merchant; and 

29 processing said merchandise retum request according to the set of retum policy rules input 

30 by the merchant. 
31 

32 66. A method using a computer for online merchandise retum shipping, said method 

33 comprising saving a set of retum policy mles input by a merchant in a database as a three- 

34 dimensional situation response matrix, said matrix comprising: 
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1 a first dimension defining a set of return questions; a second dimension defining, for each 

2 return question, a set of return question responses corresponding to the return question; and 

3 a third dimension defining, for each return question response for each return question, a set 

4 of instructions to the computer system corresponding to the return question response corresponding 

5 to the return question. 
6 

7 67. The method of Claim 66, said method fiirther comprising: 

8 receiving a merchandise return request input by a consumer to return at least one item of 

9 merchandise; and 

1 0 scripting an interactive exchange with the consumer in response to said merchandise return 

1 1 request according to the three-dimensional situation response matrix. 
12 

13 68. The method of Claim 67, said method further comprising: 

14 displaying a first question fi:om said set of return questions; 

15 receiving a first answer input by the consumer in response to said first question; 

16 selecting firom the set of retum question responses corresponding to the first question a 

17 retum question response that corresponds to the first answer; and 

1 8 directing the computer system to execute each instruction in the set of instructions 

19 corresponding to the return question response that corresponds to the first answer. 
20 

2 1 69. The method of Claim 68, wherein one of the instructions in the set of instructions 

22 corresponding to the return question response that corresponds to the first answer is to ask a next 

23 question firom said set of retum questions. 
24 

25 70. The method of Claim 69, said method further comprising: 

26 displaying the next question fiom said set of return questions; 

27 receiving a next answer input by the consumer in response to said next question; 

28 selecting from the set of retum question responses corresponding to the next question a 

29 retum question response that corresponds to the next answer; and 

30 directing the computer system to execute each instruction in the set of instructions 

3 1 corresponding to the return question response that corresponds to the next answer. 
32 

33 71 . The method of Claim 68, said method further comprising: 



-113- 



wo 01/72109 



PCTAJSOl/09852 



1 processing said merchandise return request according to the set of instructions 

2 corresponding to the return question responses corresponding to each answer by the consumer to 

3 each return question asked by the computer system. 
4 

5 72. A method using a computer for online merchandise return shipping, said method 

6 comprising: 

7 displaying a question from a set of return questions; 

8 receiving an answer input by a consumer in response to said question; 

9 selecting from a set of return question responses corresponding to the question a retum 

1 0 question response that corresponds to the answer; md 

1 1 directing the computer system to execute each instruction in a set of instructions 

12 corresponding to the retum question response that corresponds to the answer. 
13 

14 73. A method using a computer for online merchandise retum shipping, said method 

15 comprising: 

16 processing a merchandise retum request by a consumer according to a set of instmctions that 

17 correspond to a set of retum question responses that correspond to each answer by the consumer to 

1 8 each retum question asked by the computer system. 
19 

20 74. The method of Claim 73, said method further comprising: 

2 1 recognizing merchandise to be returned by the consumer according to product categories 

22 £uid product subcategories. 
23 

24 75. The method of Claim 74, said method ftirther comprising: 

25 executing exception instmctions for merchandise comprising an exception product category. 
26 

27 76. The method of Claim 74, said method further comprising: 

28 executing exception instmctions for merchandise comprising an exception product 

29 subcategory. 
30 

31 77. A computer product for online merchandise retum shipping, said computer product 

32 having instmctions for: 

33 receiving a merchandise retum request by a consumer to retum at least one item of 

34 merchandise; and 



-114- 



wo 01/72109 



PCTAJSOl/09852 



1 processing said merchandise return request according to a set of return policy rules input by 

2 a merchant. 
3 

4 78 . The computer product of Claim 77, wherein a subset of the return policy rules input 

5 by the merchant comprising; 

6 a set of retum questions; 

7 a set of anticipated retum question responses corresponding to each of said retum questions; 

8 and 

9 a set of retum response rules, each retum response mle corresponding to at least one of said 

1 0 anticipated retum question responses. 

1 1 79. The computer product of Claim 78, wherein each retum response mle comprising a 

1 2 set of instmctions to direct said computer system to perform an action to process the retum request. 
13 

14 80. The computer product of Claim 79, wherein each set of retum questions comprising 

15 a first retum question and a set of subsequent retum questions, said first retum question having a 

16 corresponding set of anticipated first retum question responses and each of said subsequent retum 

1 7 questions having a corresponding set of anticipated subsequent retum question responses. 
18 

19 81. The computer product of Claim 80, the computer product having further instmctions 

20 for: 

21 selecting firom the retum policy rules set by the merchant the retum questions; and 

22 displaying to the user a first selected retum question. 
23 

24 82. The computer product of Claim 8 1 , the computer product having further instmctions 

25 for: 

26 receiving user input of a retum question answer. 

27 

28 83 . The computer product of Claim 82, the computer product having further instmctions 

29 for: 

30 comparing said retum question answer to each of the anticipated first retum question 

3 1 responses. 
32 

33 84. The computer product of Claim 83, the computer product having further instmctions 

34 for: 
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1 identifying an anticipated first return question response that matches said return question 

2 answer. 
3 

4 85. The computer product of Claim 84, the computer product having further instructions 

5 for: 

6 directing the computer system to process the return request in accordance with the return 

7 question response rules that correspond to the anticipated first return question response that matches 

8 said return question answer. 
9 

10 86. The computer product of Claim 85, wherein the return policy rules fiirther 

1 1 comprising a selection of carriers and services with which a consumer can ship a return package. 
12 

13 87. The computer product of Claim 86, the computer product having further instructions 

14 for: 

1 5 calculating a shipping rate for a package specified by the return request of the consumer for 

16 each of selected services offered by each of selected carriers according to a set of pricing rules for 

17 each of the selected carriers for each of the selected services. 
18 

19 88. The computer product of Claim 87, the computer product having further instructions 

20 for: 

21 generating a display of an interactive graphic comparison of shipping rates for the retum 

22 request for shipping the particular package for each of the selected services offered by each of the 

23 selected carriers. 
24 

25 89. The computer product of Claim 88 wherein the interactive graphic shipping rate 

26 comparison display comprising an array. 

27 

28 90, The computer product of Claim 89 wherein said array comprising a plurality of cells. 

29 

30 91 . The computer product of Claim 90 wherein each of said cells comprising an 

3 1 intersection of a delivery date and time for a particular carrier for a particular service. 
32 

33 92. The computer product of Claim 91, the computer product having further instructions 

34 for: 

35 receiving as a retum order user input of a selection of one of the cells of the array. 
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1 

2 93 . The computer product of Claim 92, the computer product having further instructions 

3 for: 

4 generating an internal system tracking number for the return order; and 

5 saving said internal system tracking number for the return order in a database. 
6 

7 94. The computer product of Claim 93, the computer product having further instructions 

8 for: 

9 generating a graphic representation of a shipping label corresponding to the return order; and 

10 displaying the graphic representation of the shipping label on a display monitor connected to 

11 a computer accessible by the consumer. 
12 

13 95. The computer product of Claim 94, the con^uter product having further instructions 

14 for: 

1 5 generating a set of printable shipping label data in response to a shipping label print request 

16 by the consumer. 
17 

1 8 96. The computer product of Claim 95, the computer product having further instructions 

19 for: 

20 sending in response to a user request to print a shipping label the set of printable shipping 

21 label data to a printer connected to the computer accessible by the user. 
22 

23 97. The computer product of Claim 96, wherein each return order with a tracking 

24 number is characterized by a shipping status, the computer product having further instructions for: 

25 generating a tracldng report record depicting the shipping status of a return order in response 

26 to a user tracldng report request for said return order. 
27 

28 98. A computer product for online merchandise return shipping, said computer product 

29 having instructions for: 

30 saving a set of return policy rules input by a merchant in a database; and 

3 1 receiving a merchandise return request by a consumer to return at least one item of 

32 merchandise. 
33 

34 99. The computer product of Claim 98, the computer product having further instructions 

35 for: 
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1 processing said merchandise return request according to said set of return policy rules. 

2 

3 1 00. A computer product for online merchandise return shipping, said computer product 

4 having instructions for: 

5 collecting a set of retum policy rules input by a merchant; and 

6 saving said set of retum policy rules in a database. 
7 

8 101. The computer product of Claim 1 00, the computer product having further 

9 instructions for: 

10 receiving a merchandise retum request by a consumer to retum at least one item of 

1 1 merchandise. 
12 

13 1 02. The computer product of Claim 1 0 1 , the computer product having further 

14 instructions for: 

1 5 processing said merchandise retum request according to said set of retum policy rules. 
16 

17 103. A computer product for online merchandise retum shipping, said computer product 

1 8 having instructions for: 

19 receiving a merchandise return request by a consumer to retum at least one item of 

20 merchandise; 

21 generating in response to said merchandise retum request a display of an interactive graphic 

22 comparison of shipping rates for the retum request for shipping a package containing an item of 

23 merchandise to be returned, said display showing a shipping rate for each of a set of services offered 

24 by each of set of carriers, said carriers and services selected by the computer system for display 

25 according to a set of return policy mles input by a merchant; and 

26 processing said merchandise retum request according to the set of return policy mles input 

27 by the merchant. 

28 

29 104. A computer product for online merchandise retum shipping, said computer product 

30 having instmctions for saving a set of retum policy rules input by a merchant in a database as a 

3 1 three-dimensional situation response matrix, said matrix comprising: 

32 a first dimension defining a set of retum questions; 

33 a second dimension defining, for each retum question, a set of retum question responses 

34 corresponding to the retum question; and 
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1 a third dimension defining, for each return question response for each return question, a set 

2 of instructions to the computer system corresponding to the return question response corresponding 

3 to the return question. . 
4 

5 105. The computer product of Claim 1 04, the computer product having fiarther 

6 instructions for: 

7 receiving a merchandise return request input by a consumer to return at least one item of 

8 merchandise; and 

9 scripting an interactive exchange with the consumer in response to said merchandise return 
10 request according to the three-dimensional situation response matrix. 

11 

12 106. The computer product of Claim 105, the computer product having further 

13 instructions for: 

14 displaying a first question from said set of return questions; 

1 5 receiving a first answer input by the consumer in response to said first question; 

1 6 selecting from the set of retum question responses corresponding to the first question a 

17 retum question response that corresponds to the first answer; and 

1 8 directing the computer system to execute each instruction in the set of instructions 

19 corresponding to the retum question response that corresponds to the first answer. 
20 

21 107. The computer product of Claim 106, wherein one of the instructions in the set of 

22 instructions corresponding to the retum question response that corresponds to the first answer is to 

23 ask a next question firom said set of retum questions. 
24 

25 108. The computer product of Claim 107, the computer product having further 

26 instructions for: 

27 displaying the next question from said set of retum questions; 

28 receiving a next answer input by the consumer in response to said next question; 

29 selecting firom the set of retum question responses corresponding to the next question a 

30 retum question response that corresponds to the next answer; and 

31 directing the computer system to execute each instruction in the set of instructions 

32 corresponding to the retum question response that corresponds to the next answer. 
33 

34 109. The computer product of Claim 106, the computer product having further 

35 instructions for: 
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1 processing said merchandise return request according to the set of instructions 

2 corresponding to the return question responses corresponding to each answer by the consumer to 

3 each return question asked by the computer system. 
4 

5 1 10. A computer product for onUne merchandise return shipping, said computer product 

6 having instructions for: 

7 displaying a question from a set of retum questions; 

8 receiving an answer input by a consumer in response to said question; 

9 selecting from a set of return question responses corresponding to the question a retum 

10 question response that corresponds to the answer; and 

1 1 directing the computer system to execute each instruction in a set of instructions 

12 conresponding to the retxjrn question response that corresponds to the answer, 
13 

14 111. A computer product for online merchandise retum shipping, said computer product 

1 5 havmg instructions for: 

16 processing a merchandise retum request by a consumer according to a set of instructions that 

17 correspond to a set of retum question responses that correspond to each answer by the consumer to 

1 8 each retum question asked by Ihe computer system. 
19 

20 112. The computer product of Claim 1 1 1 , the computer product having further 

21 instmctions for: 

22 recognizing merchandise to be returned by the consumer according to product categories 

23 and product subcategories. 
24 

25 113- The computer product of Claim 112, tlie computer product having further 

26 instructions for: 

27 executing exception instructions for merchandise comprising an exception product category. 
28 

29 1 14. The computer product of Claim 1 12, the computer product having further 

30 instructions for: 

3 1 executing exception instructions for merchandise comprising an exception product 

32 subcategory. 
33 

34 1 1 5 . A computer system for online merchandise retum shipping, said computer system 

35 comprising: 
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1 a set of instructions for receiving a merchandise return request by a consumer to return at 

2 least one item of merchandise; and 

3 a set of instructions for processing said merchandise return request according to a set of 

4 return policy rules input by a merchant. 
5 

6 116. The computer system of Claim 115, wherein a subset of the return policy rules input 

7 by the merchant comprising: 

8 a set of return questions; 

9 a set of anticipated retum question responses corresponding to each of said return questions; 

10 and 

11 a set of retum response rules, each retum response rule corresponding to at least one of said 

12 anticipated retum question responses. 
13 

14 1 17. The computer system of Claim 116, wherein each retum response mle comprising a 

1 5 set of instructions to direct said computer system to perform an action to process the retum request. 
16 

17 118. The computer system of Claim 117, wherein each set of retum questions comprising 

18 a first return question and a set of subsequent retum questions, said first retum question having a 

19 corresponding set of anticipated first retum question responses and each of said subsequent retum 

20 questions having a corresponding set of anticipated subsequent retum question responses. 
21 

22 119. The computer system of Claim 118, the computer system fiirther comprising: 

23 a set of instmctions for selecting firom the retum policy mles set by the merchant the retum 

24 questions; and 

25 a set of instmctions for displaying to the user a first selected retum question. 

26 

27 120. The computer system of Claim 119, the computer system fiirther comprising: 

28 a set of instmctions for receiving user input of a retum question answer. 
29 

30 121 . The computer system of Claim 120, the computer system fiirther comprising: 

31 a set of instmctions for comparing said retum question answer to each of the anticipated first 

32 retum question responses. 
33 

34 122. The computer system of Claim 121 the computer system fiirther comprising: 
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1 a set of instructions for identifying an anticipated first return question response that matches 

2 said return question answer. 
3 

4 123. The computer system of Claim 122, the computer system further comprising: 

5 a set of instructions for directing tlie computer system to process the retum request in 

6 accordance with the retum question response rules that correspond to the anticipated first retum 

7 question response that matches said retum question answer. 
8 

9 124. The computer system of Claim 123, wherein the retum policy rules further 

10 comprising a selection of carriers and services with which a consumer can ship a retum package. 
11 

12 125. The computer system of Claim 124, the computer system further comprising: 

13 a set of instructions for calculating a shipping rate for a package specified by the retum 

14 request of the consumer for each of selected services offered by each of selected carriers according 

15 to a set of pricing rules for each of the selected carriers for each of the selected services. 
16 

17 126, The computer system of Claim 125, the computer system further comprising: 

18 a set of instructions for generatiug a display of an interactive graphic comparison of 

19 shipping rates for the retum request for shipping the particular package for each of the selected 

20 services offered by each of the selected carriers. 
21 

22 127. The computer system of Claim 126 wherein tlie interactive graphic shipping rate 

23 comparison display comprising an array. 
24 

25 128. The computer system of Claim 127 wherein said array comprising a plurality of 

26 cells. 

27 

28 129. The computer system of Claim 128 wherein each of said cells comprising an 

29 intersection of a delivery date and time for a particular carrier for a particular service. 
30 

31 130. The computer system of Claim 129, the computer system further comprising: 

32 a set of instructions for receiving as a retum order user input of a selection of one of the cells 

33 of the array. 
34 

35 131. The computer system of Claim 130, the computer system further comprising: 
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1 a set of instructions for generating an internal system tracking number for the return order; 

2 and 

3 a set of instructions for saving said internal system tracking number for the return order in a 

4 database. 
5 

6 132. The computer system of Claim 131, the computer system further comprising: 

7 a set of instructions for generating a graphic representation of a shipping label corresponding 

8 to the return order; and 

9 a set of instructions for displaying the graphic representation of the sliipping label on a 
10 display monitor connected to a computer accessible by the consumer. 

11 

12 133. The computer system of Claim 132, the computer system further comprising: 

13 a set of instructions for generating a set of printable shipping label data in response to a 

14 shipping label print request by the consumer. 
15 

16 134. The computer system of Claim 133, the computer system further comprising: 

17 a set of instructions for sending in response to a user request to print a shipping label the set 

18 of printable shipping label data to a printer connected to the computer accessible by the user. 
19 

20 135. The computer system of Claim 134, wherein each return order with a tracking 

21 number is characterized by a shipping status, the computer system further comprising: 

22 a set of instructions for generating a tracking report record depicting the shipping status of a 

23 return order in response to a user tracking report request for said return order. 
24 

25 136. A computer system for online merchandise return shipping, said computer system 

26 comprising: 

27 a set of instructions for saving a set of return policy rules input by a merchant in a database; 

28 and 

29 a set of instructions for receiving a merchandise return request by a consumer to return at 

30 least one item of merchandise. 
31 

32 

33 137. The computer system of Claim 136, said computer system further comprising: 

34 a set of instructions for processing said merchandise retum request according to said set of 
3 5 retum policy rules . 
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1 

2 138. A computer system for online merchandise retum shipping, said computer system 

3 comprising: 

4 a set of instructions for collecting a set of retum policy rules input by a merchant; and 

5 a set of instructions for saving said set of retum policy mles in a database. 
6 

7 139. The computer system of Claim 138, said computer system further comprising: 

8 a set of instructions for receiving a merchandise retum request by a consumer to retum at 

9 least one item of merchandise. 
10 

1 1 140. The computer system of Claim 139, said computer system further comprising: 

12 a set of instmctions for processing said merchandise retum request according to said set of 

1 3 retum policy mles . 
14 

15 141 . A computer system for online merchandise retum shipping, said computer system 

16 comprising: 

17 a set of instmctions for receiving a merchandise return request by a consumer to retum at 

1 8 least one item of merchandise; 

19 a set of instmctions for generating in response to said merchandise retum request a display 

20 of an interactive graphic comparison of shipping rates for the retum request for shipping a package 

2 1 containing an item of merchandise to be returned, said display showing a shipping rate for each of a 

22 set of services offered by each of set of carriers, said carriers and services selected by the computer 

23 system for display according to a set of retum policy mles input by a merchant; and 

24 a set of instructions for processing said merchandise retum request according to the set of 

25 retum policy mles input by the merchant. 
26 

27 142. A computer system for online merchandise retum shipping, said computer system 

28 comprising a set of instmctions for saving a set of retimi policy mles input by a merchant in a 

29 database as a tliree-dimensional situation response matrix, said matrix comprising: 

30 a first dimension defining a set of retum questions; 

31 a second dimension defining, for each retum question, a set of retum question responses 

32 corresponding to the retum question; and 

33 a third dimension defining, for each retum question response for each retum question, a set 

34 of instmctions to the computer system corresponding to the retum question response corresponding 

35 to the retum question. 
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1 

2 143 . The computer system of Claim 142, said computer system further comprising: 

3 a set of instructions for receiving a merchaudise return request input by a consumer to return 

4 at least one item of merchandise; and 

5 a set of instructions for scripting an interactive exchange with the consumer in response to 

6 said merchandise return request according to the three-dimensional situation response matrix. 
7 

8 144. The computer system of Claim 143, said computer system further comprising: 

9 a set of instructions for displaying a first question from said set of return questions; 

10 a set of instructions for receiving a first answer input by the consumer in response to said 

1 1 first question; 

12 a set of instructions for selecting from the set of return question responses corresponding to 

13 the first question a return question response that corresponds to the first answer; and 

14 a set of instructions for directing the computer system to execute each instruction in the set 

15 of instructions corresponding to the return question response that corresponds to the first answer. 
16 

17 145. The computer system of Claim 144, wherein one of the instructions in the set of 

1 8 instructions corresponding to the retum question response that corresponds to the first answer is to 

19 ask a next question from said set of retum questions, 
20 

21 146. The computer system of Claim 145, said computer system further comprising: 

22 a set of instructions for displaying the next question from said set of retum questions; 

23 a set of instructions for receiving a next answer input by the consumer in response to said 

24 next question; 

25 a set of instructions for selecting from the set of retum question responses corresponding to 

26 the next question a retum question response that corresponds to the next answer; and 

27 a set of instructions for directing the computer system to execute each instruction in the set 

28 of instructions corresponding to the retum question response that corresponds to the next answer, 
29 

30 147. The computer system of Claim 144, said computer system further comprising: 

31 a set of instructions for processing said merchandise retum request according to the set of 

32 instmctions corresponding to the retum question responses corresponding to each answer by the 

33 consumer to each retum question asked by the computer system. 
34 



-125- 



wo 01/72109 



PCTAJSOl/09852 



1 148. A computer system for online merchandise return shipping, said computer system 

2 comprising: 

3 a set of instructions for displaying a question from a set of return questions; 

4 a set of instructions for receiving an answer input by a consumer in response to said 

5 question; 

6 a set of instructions for selecting from a set of return question responses corresponding to 

7 the question a return question response that corresponds to the answer; and 

8 a set of instructions for directing the computer system to execute each instruction in a set of 

9 instructions corresponding to the return question response that corresponds to the answer. 
10 

1 1 149. A computer system for online merchandise return shipping, said computer system 

12 comprising: 

13 a set of instructions for processing a merchandise return request by a consumer according to 

14 a set of instructions that correspond to a set of return question responses that correspond to each 

1 5 answer by the consumer to each return question asked by the computer system. 
16 

17 150. The computer system of Claun 149, said computer system further comprising: 

18 a set of instructions for recognizing merchandise to be returned by the consumer according 

19 to product categories and product subcategories. 
20 

21 151. The computer system of Claim 150, said computer system further comprising: 

22 a set of instructions for executing exception instructions for merchandise comprising an 

23 exception product category. 

24 

25 152. The computer system of Claim 150, said computer system further comprising: 

26 a set of instructions for executing exception instructions for merchandise comprising an 

27 exception product subcategory. 

28 

29 1 53 . A merchandise return computer system, said computer system programmed to: 

30 receive from a second computer system a request to rate shipment of a particular 

3 1 package by a plurality of carriers. 
32 

33 1 54. A merchandise return computer system, said computer system programmed to: 

34 calculate a plurality of shipment rates for shipping a particular package in response to a 

35 request to rate shipment received from a second computer system. 
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1 

2 155. The computer system of Claim 153, wherein each of the plurality of shipment 

3 rates corresponds to one of a plurality of carriers shipping the particular package according to 

4 one of a plurality of services offered by the carrier. 
5 

6 1 56. A merchandise return computer system, said computer system programmed to: 

7 receive from a second computer system a request to process return shipment of a 

8 particular package by one of a plurality of carriers. 
9 

10 157. The computer system of Claim 156, said computer system further programmed 

11 to: 

12 generate a response to the second computer system comprising a status of the request. 
13 

14 158, The computer system of Claim 157, wherein the status comprises one of a 

1 5 plurality of error conditions or a successful condition. 
16 

17 159. A merchandise return computer system, said computer system programmed to: 

1 8 calculate a shipment rate for shipping a particular package in response to a request 

1 9 received from a second computer system to process return shipment of a particular package by 

20 one of a plurality of carriers. 
21 

22 1 60. A merchandise return computer system, said computer system programmed to: 

23 generate as a response to a second computer system a shipping label for shipping a 

24 particular package in response to a request received from the second computer system to 

25 prepare a shipping label for shipping a particular package by one of a plxirality of carriers. 
26 

27 161. The computer system of Claim 1 60, said computer system further programmed 

28 to: 

29 send the shipping label response to the second computer system, 
30 

31 1 62. A merchandise return computer system, said computer system programmed to: 

32 generate as a response to a second computer system a merchandise return label for retam 

33 shipping of a particular package in response to a request received from the second computer 
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1 system to prepare a merchandise return label for return shipping a particular package by one of 

2 a plurality of carriers. 
3 

4 163. The computer system of Claim 1 62, said computer system further programmed 

5 to: 

6 send the merchandise return label response to the second computer system. 
7 

8 164. A merchandise return computer system, said computer system programmed to: 

9 designate as received a status of a particular return record in a database in response to a 

10 request received from a second computer system to identify as received a particular package, 

1 1 wherein the particular retum record corresponds to the particular package. 
12 

13 165. A merchandise retum computer system, said computer system programmed to: 

14 obtain in response to a request received from a second computer system to process 

15 retum shipment of a particular package a shipping status for the particular package from a 

16 carrier computer system. 
17 

18 1 66. A merchandise retum computer system, said computer system progranuned to: 

19 store in a database a retum record corresponding to a particular package in response to a 

20 request received from a second computer system to process retum shipment of the particular 

2 1 package by one of a plurality of carriers. 
22 

23 167. A merchandise retum computer system, said computer system programmed to: 

24 generate a request to process retum shipment of a particular package by one of a 

25 plurality of carriers; and 

26 insert into the request a digital address of a second computer, said digital address 

27 corresponding to a location of said second computer in a global communications network. 
28 

29 168. A merchandise retum computer system, said computer system programmed to: 

30 generate a request to prepare a retum shipping label for shipping a particular package by 

3 1 one of a plurality of carriers; and 

32 insert into the request a digital address of a second computer, said digital address 

33 corresponding to a location of said second computer in a global communications network. 
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1 

2 169. A merchandise return computer system, said computer system programmed to: 

3 generate a request to prepare a merchandise return label for processing shipment of a 

4 particular package; and 

5 insert into the request a digital address of a second computer, said digital address 

6 corresponding to a location of said second computer in a global conraiunications network. 
7 

8 

9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
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Your Internet Package Shipper 



Welcome to iShip.com 

Type in your e-mail/User ID and Password and c)ick on Ihe Continue button, 



Password: { 





I Log On to (Ship 



IT you cannot remember your Password, please checK your e-mail records tor 
your Sign Up notification, (f you are unable to find your notification, press ttie 
Recovery button and we wl)} attempt to recover yovr Password. 



, it you would like to Join jShip.com or learn more about using our shipping service, 
v^H * press "Apply" or visit our Home_Page and click on Take a Tour . 



■ /2. y-^ 



B'G. (o 
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i32y 






lVlerchantSlte.com | Returns Manager | 


Loa Out 


1 mu 


1 iShip.com j 


Welcome to the Returns Manager 






iS|iIp«corn 

User: John Smith 








/O^ 



Returns Monitor- 



li b Return Policy Builder 

View Inbound Return Shipments '^ Standard Po licy > 

Reporting. Gra phs, and Data Export /^ Relum Shippin g Options 



R^uaxQjuestjons - 
.Po!icy_ExceMions • 
\Neb Pnge Confifjiiralion 
Email Responses 



.113 



Account Setup'' 

Company Information 

User Administration 
Return Centers 
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1 MerchantSite.com | Returns Manager 


Lop Out 1 


Help 


isbiet.com 1 


MereMmiffgs 

Company Information 






User John Smith 



Ho 

Company Name: 

Logo URL: ^ ' ' 

Color Preference: -'"'^ — * 

Customer Service: email, phone number to be used as escape iiatch for tricl^y responses 



F('(3. 
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I Merchants ite.nnm [ Returns Manager j Lq^ 



Out 



iShlp.com 



J 



Merehamiogo 

User Administration 



Vouc tnl«»tMt (»iKk*g« Shipp««* 

User: John Smith 



User Names: 
(5^Access Privileges: 



Return Monitor: Warehouse Receiving Manager, Store Manager 
Return Policy Builder: Store Manager, Merchandise Manager 
Account Setup: Administrator (global) 




Email, Phone Numbers 
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j tVlerchantSite.corn | BgtujTis,t\Aanager | LogjQut | HelR 



iShi p .com 



Metehamiom iShip.com 

Return Centers Usen John Smith 



Add and edit Return Centers (where do return shipments go?) 

• Center Name: ^ ^ 

. Attn: ^/Xy 

. Address 1.2 ~-—^.^_^^5i>^^ 
. City, ST ZIP ^^---^ — ^ 

• Country ^/05 

• Tel Number — 

Multiple centers may be configured. Import function for multiple stores (especially retail locations). Feeds ZlP-based retail 
store locator feature. 
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MerchantSJte.com j Returns Manager | 


Log Out 1 


Help 


1 iShip.com | 








iShipaCom 








Vou* t^a^fftHet PaiJkagft ShFjypfi*" 


Standard Policy 






User: John Smith 



Use this page to create and edit a consistent, automated retums policy for your online store. This is the general policy for 
the entire store - to configure exceptions to the policy at the category or Item level, click here. 



Policy Overview Statement 



\\>0 



Summarize your store's overall returns policy. This text will appear at the begirining of the customer's returns process, 
and is an overview of the returns logic you will build. Best to keep it brief. Use HTML to format the text if you wish. 

^.^r—/6o 

<B>Within 30 days of receipt of your shipment</B>, you may return: / Q 



Any apparel, lawn & garden equipment, furniture, or books in original 
condition . 

Any unopened CD, DVD, VHS tape, or software. ^ ^ 

Any electronics merchandse or toy in new condition with its original 
packaging and accessories, 
</UL> 

We are unable to refund returned pharmeceuticals or food. 

With few exceptions, we issue a <b>full refund</b> for the price of an 
item that meets these conditions. We only refund shipping costs if the 
item is a result of our error. 




-ibi-f 



Return Window 



Customers may return items for: 

^\\.^ ^^^^ . y 

'0, ,JlSfroml'^^^^'P'^'?"'P'"^"^ ^ 



Refund Method^ 



Customers may return items for: 
^ Refund ^ 



Refund Amount ' 



•17^ 



Store Credit Only 



Choice of Refund or Store Credit 



Refund amount will include: 
' Price of Item 




Original Shipping Charge 
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1 Merc IxajitSite. com j Returns Manager | 


Log put j 


Help 


1 IShlp.com 1 


Return Shipping Options 






i$hiii.com 

Yom tnuriii«t PaiJc»t)« Shlpp^f" 
User: John Smith 



Return Locations- /^O 

Where will you permit customers to return items? 

^ ^ 1^1 

' Online Only. 

Customers can print a shipping label from your store and ship the package to a returns center. 

^ ^i^^ ^ — • /g3 

Select primary return center: I - , ' ^ 

'"^ Any retail store. 

Customers can return items purchased online to convenient retail location. 
Online Shipping Options * ^ ' ^ ^ 

Which online shipping options do you want to offer? 

^ Merchant pays. 

Allow your company to pay return shipping costs for justified returns. Select carrier and service options: 

UPS ^ us Postal Service ^ FedEx ^ Mail Boxes Etc. 

^^^^ F I IPC n,rn\)nd PrinrUv Mail .oo^-iT'"^ 



UPS 3 Day Select ^ Express Mail ^ FedEx Priority Overnight 

^lY^^ UPS 2nd Day Air [U^3 ^^^^^ ^^^^ 

UPS Next Day Air ^^'^"^ FedEx Express Saver 

Customer pays^ 

For unjustified returns, offer customers the convenience of paying for and printing a label during the return process. 
Select carrier options: 



UPS Ground Priority Mail FedEx Standard Overnight 



^ UPS ^ US Postal Service ^ FedEx '"^ Mail Boxes Etc. 



/95 
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j MMchantSlte.com | Returns Manager | 


Log Out j 


Help 


1 LSh1p.com 1 


MereHamiogo 

Return Responses 






iSliip.com 

User: John Smith 



Create a series of questions to ask customers returning items, and define an appropriate response for each answer To 
create a "no quesljons asl^ed" policy, turn all questions off. f ca^idnswer. lo 



Question 1 



^ ^^" ^^'^^^ ^ (disabled) %0 3 

Question- |^hy are you returning this item? ' 



Ask* ^ f~' ^ ^ 

About each item to be returned * Once per return 



Answer Heading: V^^ "^^^ ^^^^^^ '^^"^^ following reasons: ^ ' 



Answer Choices: 



jlncorrect Item Received 



Response: 



^3 



J(0 



We apologize for our error. We will 
issue a full refund for your item, and 
pay for shipping the correct item to 
you. 



' Display Response 

^^U'l ^411-2- ^.Xll~3 

Follow Up: Issue Refund, Pay Return Shipping, Pay 
Replacement Slvpping 

Edit Follow U iD ^Al3-"t 



jitem Arrived Damaged or Defective 



We apologize for the problem with your ^ 
shipment . 




Display Response 



jCustomer Choice (Problem with Size) Co 



Follow Up: Ask Q2 
Edit Follow Ud "^ 



Jl3 



We apologize for the problem with your 
order. We will issue a full refund for 
your item. 



' Display Response ^tc^^ 
Follow Up; Issue Refund, Do Not Pay For Shipping 




Ed it Follow U p ^^^q^- 3 
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jOther (Please Specify) 



21/109 
21/109 



We apologize for the problem with your M^^^' " 
order. We will issue a full refund for 



your item 



^ Add customer commenls field. 
Question 



Display Response 
Follow Up: /ssue Refund, Do Not Pay For Shipping 
Edit Follow Un 2-3 - :5 



^ On (enabled) Off (disabled) 

Question: j^ould you like a replacement. for the item, or a refund? 

Ask. t» ;^|3Qy| gg^i^ jjg^ returned ^ Once per return 



Answer Heading; 
Answer Choices; 



r 



jReplacement 



jRefund 



Response: 



We apologize for the problem with your g| 
order. We will send a replacement 
immediately. 

^ Display Response 

Follow Up: Do Not Issue Refund, Pay Return Shipping. Pay 
Replacement Shipping 

fidit F oiJow U l) 



We apologize for the problem with your ^1 
order. We will issue a full refund for 
your item. 



^ Display Response 

Follow Up: Issue Refund, Pay Return Shipping 
Edi t Follow U p 



Add customer comments field. 
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Question 3 



^ On (enabled) ^ Off (disabled) 
Question: F " 



Ask: (S 



About each item to be relumed ^ Once per return 



Answer Heading: 
Answer Choices: 



iReplacement 



Add customer comments field. 



Question 4 



Response: 



' Display Response 
Follow Up: 

E diLFollow U p 



On (enabled) ^ Off (disabled) 
Question: I 



Ask: (9 



About each item to be returned * Once per return 



ing: F 



Answer Heading 
Answer Choices 



Response: 



|Replacement 



r 



Display Response 



Follow Up: 
Edit Follow Up 



^ Add customer comments field. 
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Question 5 



^ On (enabled) ^ Off (disabled) 
Question: I ^ 



Ask: (• 



About each item to be returned Once per return 



Answer Heading; 
Answer Choices: 



■J 



jReplacement 



^ Add customer comments field. 



Response: 



^ Display Response 
Follow Up: 
E dit Follow U p 



Fi'Gt. 1^4 
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Situation Response Flow 
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MerchantSite.com 


Returns Mahaqer 


Log Out 1 


HelB 


j lShiP..coni 1 


Follow-Up Actions 








i$liip.com 

YiKUf r«l««5et PaiAatie Shipper 
User: John Smith 



Create follow-up actions for each return response. 



Authorized? 
Issue refund: 
Justified? 

Pay for return shipping:' 
Replacement? 



Yes 



9 



Yes 



r 



Ml 



Pay for replacement shipping: (• yes 



Notify Customer Service? ^ ^ 
Notify customer service rep/^ C 
Ask Additional Questions? — "7 

r 



^ No 
No 

^ No 
^ No 



C 



Undetermined 
Undetermined 

Undetermined 
other Email 



.|. jservic6@merchant.com 



1 1 T Q2 r Q3 rr Q4 r" Q5 r~ Q6 r" Q7 ' Q8 r Q9 ' Q10 



J. 
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I MerchantSUe.com | Returns Manager LoSLQUt [ Heja j iShlp.com | 



mrehamiogo IShWm 

PoUcyExMpltens «—»"-. <'«i^<»^- 

, User John Smith 

Category and Item exceptions to standard return policy. Special treatment of categories or items that: 

* returned for refund for any reason. Triggers an automatic "unjustified" response 
We re sorry, we do not except returns of pharmaceuticals, food, and opened unden/vear. " 

' ^Have^you%en^^^^ ^^^^^^ returns are allowed. Triggers addiUonal qualifying questions. 

• Have specialty shipping criteria. 
"We accept furniture returns, but do not pay return shipping for any reason. " 

Exception Cateoories '^ 
Exception Hems '"X^-^-^ ^ 
Also Customer exceptions for top-tier customers that deserve special treatment. 



1.13 
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) MerchantSite,co|Tn | BeturnsJViajnage^ [ Log.Qut [ Heie" 

MeretiBmiaso 

Exception Categories 



iShlD.com 



] 



iSliip.com 

Usen John Smith 




For example, your store may accept return of any apparel merchandise, except opened packages of underwear You 
would use categories to except opened undenwear from your standard policy. ^ « - 



Mam Categories (Level One) 



lApparel 



^^^JAudio 



CDs 



lectronjcs 



iToys 



Furniture 


jFood 


jPharmeceuticals 


ILawn & Garden 


1 Books 


jConnputer Hardware 


iVldeo DVD 


jVideo Tape 


. jComputer Software 




J 
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1 IVIerchantSlte.com 


1 Returns Manaqer 


1 Loa Out 


1 Hein 


1 iShip.com 1 
— 1 1 


Store Categories 


& 






iSliip«com 

tillJikiftn-^i' tt'ai<^-^rka^ ^Kfj^f^n*^ 

iiKuc liuvrntfi Kdu(i3tgi& ^nrppci 

User: John Smith 


Apparel — I 










Subcategories 










^Mens 


^ jWomens 


, jbuterwear 


jUnderwear 


... 1 


1 _ :1 , 

Second-Level Subcateaories 


' ^ - 




, \ 



Furniture-^ 
Subcategories 



SecpndrLeyel^Subcategories 



Food 
Subcategories 



If 



Second-Level .Subcaiegories 



Pharmaceuticals ■ 

Subcategories 



•j I 



wo 01/72109 



35/109 



PCT/USOl/09852 



Category Name 
Subcategories 



Second-Level Subcate g ories 
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1 MerchantSitexom | Returns Manager | 


Loa Out 


1 


Helfi 


1 IShipxom 1 


W^b Page Configuration 








iSliip«c;om 

User: John Smith 



Set up pages hosted by iShip.com. 



AFF.URL : 
AFF.CANCELURL ; 
AFF.DONEURL ; 
AFF.TITLEFONTFACE ; 

AFF.FONTFACE : 
AFF.PAGEBGCOLOR 
AFF.SHADECOLOR : 
AFF.TITLEBARCOLOR 
AFF.TITLEFONTCOLOR 
AFF.HOVERTEXT : 
AFF.IWIAGENAWIE : 
AFFJWIAGETEXT : 
AFF.SITETEXT : 
AFF.USERID ; 
AFF.PASSWORD 



jhttp://www.iship.com ' _ 

^http://www. pufferfish. com/af/demo/index. htm 

jhttp://www, pufferfish.corn/affclemo/index.htrn 

jArlalV Helvetica 

jArial, Helvetica 



j#FFFFF 



j#FFFFFF 



• WFFFFOO 



jPartners Are Cool ^ 
|http://marketing iship com7graphics/partneri 



Partner.com -• Where Partners Partner for Business 



jWhere Partners Partner for Business 



AFF.HEADERHTWIL : 



{not defined) 



j(not defined) 
j(not defined) 

■ 339 



- 33/ 



AFF.FOOTERHTML : 



'33^-2 



Mr '^^s-i 
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INTEGRATION NOTES: 



Integrate with (Sstomer'^^ individual order histories rather than generic 
customer service page 



/77 
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1 lVlerchantSite.com | Returns Manager j 


Loa Out 


1 


HeiB 


j iShip.corn | 


Email Responses 








iSlii|s.c;om 

User: John Smith 



Edit and preview emails sent to: 




Customer: edit text 

- on shipment of return pacl^age 

- on receipt of return package 

pffi'S^^^^ routing to customer service for togging into CRM software 

fSiebeirRemedy, etc), shipping dock managers, other logistics or operations managers, 

- subject line: set to include key IDs: RMA #, customer #. order #. SKU, etc. 

- body text 
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I 




i 




f ,'G. ^ol 
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fie. P^Oc 
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Merchant Logo 



Merchant 
SubMenu 
Selections 



Merchant Main Menu Choices 

Click on an order to view the order summary. 



Shippe d Orders; 



Order # 

-002-( )152586o576810 
l\eh^ -^002- 2212571-6739814 
Q f ^3-^)02-9 739895-6708638 
Oil---U'^94 644-6936 263 
""iol'^— 002-764 3906-5 558259 

^ 002-67909500739 847 

,y^()02-363,2396-2i3j^^ 



Order Date Status 

July 19, 1999 AH items shipped 

March 28, 1999 All items shipped 

January 30, 1999 All items shipped 

January 14, 1999 All items shipped 

December 14, 1998 All items shipped 

October 29, 1998 All items shipped 

April 13, 1998 All items shipped 



Return to Account Mai ntenance Main Paae 



fiG. Jli 
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Merchant Logo 



Merchant 
SubMenu 
Selections 



Merchant Main Menu Choices 



Order Sfoontor/ 



Return to Your Order Histoiy 



Order*: ' 002-0152586-5576810-^ 

Qate: J"^y ^ 9, 1 999 at 09:58 AM PDT- 

Status: items shipped 

Shipping Address: 

Scott .1. Bean 
iShip.com 

2515 - 140lh AveNE Suite E-1 10 
Bellevue, WA 98005 USA 
425.602.5022 

Ship Method: 

Standard Shipping 



Returns? Click Here: . 

Return services bv iShin.coni ^q'J^ 



Ytfiif fntwJtet Padcasii Shl^pe»'' 
Number of Shipments: Payment Method: 



One shipment when complete 
order is ready 



Items Ordered: 

l\0^"-^of; Pn. .nU^inin jvijn 1^ Turning Stran g ers into Friends and Friends into 
jcustoTncl's [Audio Cassette] 
/ ByrSelirGodin(Reader) 
V 1 shipped on Jul. 19, 1999 via US Priority. 

n of: Venh, It's 1 1iaiEasi^lECDJ [Audio CD] 
ImU-'2'-S l^y* & Special Sauce 

\ \ shipped oil Jul. 20, 1 999 via US First Class. 

1 of: Tor I hose Ahnut To Rock W e Sfllute Y ou |QRIG1NAL RECOKOING 
REINIASTRREDJ fAiTdio CD] 

By: AC. DC . . 

1 shipped on Jul. 19, 1999 via US Priority. 

\ of: Odfliiy [Audio CD] 
By: Beck 

1 shipped on Jul. 19, 1999 via US Priority. 

? of: Natty Dread [Audio CD] 
By: Chariic I luntcr Quartet 
shipped on Jul. 19, 1999 via US Priority. 



Visa 

Last 5 digits: 26781 




, 0 of: DiH> V 
By: Charli 
Ll shipped oi 



rAudio CD] 
. v..,»rlie Hunter, Leon Parker 
shipped on Jul. 19, 1999 via US Priority. 
I of: R< A WSP!50 900IVIIl7.\Vii-clcss Speakers [Electronics] 

By: RCA 

I shipped on Jul. 20, 1999 via UPS Ground 
Ji iiick your package with iShip.com 



Price: 



$14.40 



$12.99 



$11.49 



$12.99 



$12.99 



$12.99 



$149.95 



Uem(s) Subtotal: $227.80 
Shipping & Handling: $1 9-56 



Total Before Tax: 
Tax: 



$247.36 
$21.29 



Return lo Vpin:P/d!i»:J lisJory 



TO'fAL: $268.65 
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Merchant Logo 



Merchant Main Menu Choices 



Return to Your Or d er Hisloiy 



^Within 30 days of receipt of your shipment, you may return: 



Merchant 
SubMenu 
Selections 



• Any book in original condition. 

I • Any unopened CD, DVD, VMS tape, or software. 
ilP < • electronics merchandise or toy in new condition with its original packaging and 

^ ^ accessories. 

We will issue a full refund for the price of any item that meets these conditions. We only refund 
shipping costs if the item is a result of our error. 

Order#: 
Date: 
Status: 



002-0152586-5576810 
July 19, 1999 at 09:58 AM PDT 
All items shipped 



Select the items you would like to return: 



Price: 



VP 



^^^^ 



I ul: rcrmissiun Msu Ueting : i'lirning Siniiigcrs hilo Ki iciuls nnci KrienUs into/ 

Cnstoiners [Audio Cassette] ^ 

By: Sah Godin(Reader) 
1 shipped on Jul. 19, 1999 via US Priority. 

I of: ^^cah ^ 1 1' at Easy 1 EC D i [Audio CD]7 . 

By: G! Love & Special Sauce V ^ 

I shipped on Jul. 20, 1999 via US First Class. J 

I of: Foj Those About To Ro ck We Salute You [ORIGINAL RECORDING ^ 
RB^iAS:tEiiED^ [Audio CD] 

By :"AC, DC 
1 shipped on Jul. 19, 1999 via US Priority. 

I of: Odclay [Audio CDj 
By: Beck 

I shipped on Jut. 19, 1999 via US Priority. 

I ol- Natty. jDrcud [Audio CDJ 

By: Chariie Munler Quartet 
I shipped on Jul. 19, 1999 via US Priority, 




I of: Diio [Audio CDJ ^ ur^a 

By: Charlie Hunter, Leon Parker V — HO^' 
I shipped on Jul. 19, 1999 via US Priority.) 



iit^l (Tof: RCA WS PI50 900MHz Wireless S peakerg rElecironics] 

\xpr » iaj I 



By: RCA 

^ '^l shipped on Jul. 20, 1999 via I 
^0\\^ » JVacIc your package with iShlp.< 



1999 via UPS Ground, 
com 



Itcm(s) Subtotal: 
Shipping & Handling: 



Total Before Tax: 
Tax: 



$14.40 



$12.99 



$1L49 



$12.99 



$12.99 



$12.99 



$149.95 



$227.80 
$19.56 

$247.36 
$21.29 



TOTAL: $268.65 



HO*? 



Return to ^'our Order History 



Top of Pasc 
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Return System Flow 



6^1 




RETURNS MANAGER SYSTEM 



Policy Builder Sub-system 



Standard Policy 



Returns Questions 



Policy Exception 



Relurn Centers 



Email Responses 



Web Pago Links 

-4 



15-1 



'1^ 



7t,3 



7y) 



8d^ 



Inbound 
Returns 
Manager 




r 



Ly Summary 
\ Tracking 
\lnfo 




Click on 
Shipment 
Details 




RETURNS DATABASE 



Policy 
K Dalabase 



t s 


T , 






IShip 






Multi- 






Carrier 






Tracking 





► [~An 5wer Questions 




CONSUMER RETURNS SYSTEM 




Consumer 

Ships 
Merchandise 
Back 

^ 



iShip 
Ship It 
Function 
ality 



iShip APIs ot Units 
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Cuslomer 
Returns on 
Client 



Customer Returns on Client 



Client Machine 



J 



Customer 
Returns Page 



Web Servers 



^ ^ Database Servers 



CIO 



"DispIaySfariaara' 
Return Policy 
and ttems 
available for 
return 



Web Servers 



Reason for the return 
1)Cuslomer Choice 
2) Incorrect Uem 
Received 
3) Arrived Damaged/ 
Defective 
4)Other 



1) How to return the 

package 
UPS. USPS,MBE. Retail 
Store 
2) Item in original 
wrapping 
Yes/No 




Database Servers 



Web Servers 



Web Servers 




Database Servers 



Database Servers 



Package is ready to 
Return. Confirm Print of 
Label 



Print Label 
Return Package 




^ Database Servers 



Web Servers 



Database Servers 




wo 01/72109 



47/109 



PCT/USOl/09852 



Merchant Logo 



Merchant Main Menu Choices 



Order#: 

Date: 

Status: 

Items to Return: 



002-0152586-5576810-^ 
July 19, 1 999 at 09:58 AM PDT 
All items shipped 



Return to Your Oixler History 



' ^ By: RCA 
J. ^7 ^ M shipped on Jul. 20, 1999 via UPS Ground. 
Merchant ^ ^i ruc k yom package with iShip.com 



Price: 

$149.95 



SubMenu 
Selections 



Reason for return: 
Customer Choice" 

1/^— 1 



Itein(s) Subtotal Before Tax: $ 149.95 
RcIinutcdTax: $12.90 
TOTAL: $162.85 



-^3 
- 172 



^ ' Incorrect Ucm Received 

^ Arrived Damaged/Defective- 

jj^"^^^ Other (please specify below); 

Right speaker does not receive signal, ij 




Return lo Yow r Order Mi sto ry 



Top of Page 
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Merchant Logo 



Merchant Main Menu Choices 



Return to Your Order Hislory 



Returning Your Package: 

/we apologize for the problem with your order. To process your refund make sure your 
( iteni(s) arc in the the origfnal packaging and prepared for safe shipment 
-1 CAjA/itimdfiMM^^^ lEleclroiiics] 



Price: 



$149.95 



-/7J 



Merchant 
SubMenu 
Selections 



Reason for return: Arrived Damaged or Defeclive ■ 
Comiiiciiis: Kighl speaker docs nol receive signal. 



TOTAL REFUND: 

jytroifeh onr nartnenhip with iShip.com, you can print a return label directly from your 
c^npSlerZ l^^l^your pachige to a Maillio^es Etc. To print a shipping iabeL you miusi 
have a printer that prints 300 dpi or better. 



$162.85— /7 2_ 



How would you like to return the package? (Select One) 

yps ^ us Postal Service Mail Boxes Etc. 

^ Is your item packaged in the original shipping box? 

r 



^ Retail Store 



Yes / "No 



Return to YuuLQrdcxliisUiD' 



To n ofPaae 
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Merchant Logo 



Merchant Main Menu Choices 



Relurn to Your Order Misloiy 



Returning Your Package: 

relunis package is ready to ship lo Ihc Amazon.com Returns Center. 

"^To create a UPS label for this package, click tlieNext Step button. 



Merchant 
SubMenu 
Selections 



Return lo Your Oilier I lislory 



Top of I'li ae 
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tft 

g. 

o' 



XI 
> 

g 

CD 
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z 
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m 

<£> 
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8 
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go 

^ CO 
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z: 
o 



m 
2: 



S 01 '^^ <^ 

<^ Q 8 s 
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Jo 
>> 

m 



03 



o 



PRINT THIS LABEL NOW 



DO NOT PHOTOCOPY 

Using a pholocop> could delay the delivery ol your package and wjU resull u i addillonal slipping cliarges 



To prepare your package for shipment, you need to do the ioWowtng: 

1. Use the Print button in your browser lo print this page to your laser printer, 

1. Fold the printed page in half and use as tine slVipping label. 

3. Affix the shipping label to your package so that the entire label is visible. 



Click here to return to: 

Merchant Logo 



i\o\yxm scMvices by jShlp.com 
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FIG. xnl 



1250 



1251 



Label size 
from carrier 
Label spec 



1254 



i 




1252 



Label Layout 
from carrier 
Label spec 



J 




1253 



Label Data 

from 
Database 



i 




Label Quality 

in DPI Set by 
the Server 



-by 
erj 



Generate the Label on the Server 



] 



1255 



IX 



I 



Display in the client browser a text string with a specified font size, and display such text 
string in a HTML table data cell with a specified width so that client browser with 96 display 
device DPI would display such text string in one line, while client browsers with 120 display 
device DPI would display such text string in two lines 



1256 




YES 



1257 




Cffent browser display device 
DPI Is 120 



Does the user see 
the text string that 
we displayed in the 
last step wrapped 
by client browser 
display engine 

7 




NO 



1 



1259 



IX 




1258 



IX 



Client browser display device 
DPI is 96 



I 



Calculate the label HTML Image size from carrier-specified label size and client browser 

display device DPI. 

(label HTML image size in pixels)^ 
(carrier-specified label size in inches)* (client browser display device DPI) 



1260 



IX 



Display in the client browser the label we generated on their server with an 
HTML image tag and an HTML image size that we calculated in the fast step 



1261 



IX 



I 



Client browser prints out the label with size calculated from label HWL image size and 

client browser display device DPI. 



(size of print label in inches)- 
(label HTML image size in p(xels)/(cllents browser display devlceDPI)- 
( (carrier-specified label size In Inches)^ (client browser diplaydevlceDPI)) 

/(client browser display device DPI)= 
— — ^carrter ^ i p & dffed lobQl s/ge in mche^) 
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1354 --y^ 

(Determine possible 
Image Quality 
categories 



1350 




1351 



1352 



1353 



Determine j I Determine I j Determine 
image size I / image layout I / image data 



1 



1355 



1 




Analyze Image 
ctiaracteristics & possible 
Image resolution categories 



1356 



1 



I Create appropriate number 
of text strings and 
associated HmL table cells 



1358 



i 



Display text string(s) on 
remote PC 



1359 



i 



Determine remote image 
resolution 



1360 



Determine remote HWL 
image size 



1361 



I 



Display image on remote PC 



1362 



FIG. rid 



I 



Remote PC calculates 
remote print image size and 
prints image 



Determine 

image 
resolution 



1 
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Merchant Logo 



Merchant Main Menu Choices 



Thank you for shopping Amazon.com 

We will issue a refund as soon as we receive your package. 

Return lo your Amazon. com Welc ome Page. 



Return to Your Or der 11 is! orv 



Merchant 
SubMenu 
Selections 



Return lo Y our Order 11 isloi y 
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Back to Rclums iiKlcx • Back to Packngc SlnppccLHmnil 




[Package m-M^KYZN'-lNKKDQ has been aelivered 



* TO: 

Electronics Returns Department 

* FROII: 

Scott Bean 
iShip ■ aom 

To get up to date tracking information, click the £olloia-ing: 
> bttp : //m^tkut^ ±3 hip . CQKt/returns/M-AHH Y21f-7I'TKXDQ 

If your e-mail does not support hyperlinks, enter the weto 
addresses above into your web broixTser. 

DO WOT REPLY DIRECTLY TO THIS E-HAIL. It you have questions or 
need technical support, e-xt»ail us at mal Ito : supports iship , com , 



iShip.com, Inc. 

Your Internet Package Shipper (tm) 
Tollfree: (877) ISHIPCOH or (877) 474-4726 
Fax: (425) 602-5025 

Inquiries: iBailto; inquiriesQ iship .00111 
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Back to RcUmxs UkIck • Forward to Rciiivn i/ackagcJJej jvered Email 



1 



||Blg.,%t^-^i'e^. insert Firftiat iQob' Adigas' Help ; ^ 7^ C'l^H^'^.^^lt? - 



Tour shipping, request #M-imEY2N-7NKXDQ has been received. The iS 
following is a summary of the shipping details: 



* TO: 

Electronics Returns Department M 

//)d>»'v hci tvt f\a m <e , & 

* PICKUP: li 

Regular Pickup il^f 

P 

* PICKUP DEADLINE: & 

Tuesday, Septeitiiber 7, 1999 || 



* FROH: 

Scott Bean 
iShip . aoxa 



* DELIVERY DATE: 

Weclnesclay, Septeuiber 15^ 1999, 5:00 PH 

To get coitiplete bracking iiiformation on this package, click here: 

> http : //ft\(tfchaut±3h±\y . com/re turn3/M-AHBYZH~7gKXDQ 



It your e-mail does not support hyperlinks, enter the web 
address above into your web browser. || 



DO NOT REPLY DIRECTLY TO THIS E-HAIL - If you have questions or 1% 
need technical support, e-mail us at inailto ; supportQ iship . com . 



iShip.com, Inc. |^ 
Your Internet Package Shipper (tm) 
Inquiries: rnailto: supporcQ iship. com 



i 



prsv so 
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Merchant Logo 



Merchant 
SubMenu 
Selections 



Merchant Main Menu Choices 



Return to Your O r der 1 )is iory 



Wilhm 30 days of receipt of your shipment, you may return: 

• Any book in original condition. 

• Any unopened CD, DVD, VHS tape, or software. ^ 

• Any electronics merchandise or toy in new condition with its original packagmg and 
accessories. 

We will issue a full refund for Ihe price of any item that meets these coiidUions. We only refund 
shipping cosls if the item is a result of our error, _„__ 



002-0152586-5576810 
July 19, 1999 al 09:58 AM TOT 
All items shipped 



Order#: 
Date: 
Status: 

Select the items you would like to return: 

1 oi*: Pgn>M.^s^lon Turiung St rangers into i^Viends a nd Kricnds into 



r 



r 



r 



r 



r 



r 



Customers [Audio Cassette] 
■ 13y: Seth 'God(n(Readcr) 
I shipped on Jul 19, 1999 via US Priority. 

! of Yeah, It's That RusyiECD] [Audio CD] 

ny. 'G. Love & Special Sauce 
I slnppcd on .Jul. 20, i999 via US l-irsl Class. 

I or rpi JJiosj? About 'i nJi(>rk Wi> Salute You |ORtOlNAL RECORDING 
KEiSlASTliUBO] [Aiklio CD] 

I3y; ACrDC'"" 
1 shipped on .lui. 19, 1999 via US Priority. 

I of: Odelny [Audio CD] 
By: Beck 

I shipped on JuL 19, 1999 via US Priorily. 

1 oJ: Natty Orciul [Audio CDJ 

By: Charlie 1 lunter Quartet 
1 shipped on Jul. 19, 1999 via US Priority .J 

1 of: Duo [Audio CD] 

By. Charlie Hunter, Leon Parker 
I shipped on Jul. 19, 1999 via US rriorily. 
I \ W r U'"' ■ ^HT/ WinOi'v , ?^ *:!.>: lBI<5ctronics] 

By: RCA " ' ■ - 

1 shipped on Jul. 20, 1999 via UPS Ground, 
I rjick 3ii)ur J7iicls:ng.c witli iShip.com 



Price: 



$U.40 



$12.99 



$U49 



$12.99 



SI 2.99 



$12.99 



$149.95 



Item(s) SubtoiaJ; 
Shipping & Handling: 

Total Before Tax: 
'l\ix: 



5227.80 



$247,36 
$21.29 



TOTAL: $268.65 



Return to Your Orcler Ijistory 



f on of PuRc 
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Merchant Logo 



Merchant Main Menu Choices 



Return to Your Ot cicr I-lisloi'V 



Order#: 002-0 1 52586-55768 10 

Date: July ^ 9, 1999 at 09:58 AM PDT 

Status: All items shipped 

Items to Return : 

1 of: Njitlyjp.rcjul [Auciio CD] 
' i^y: Charlie i luntcr Quartet 



Merchant 
SubMenu 

Selections t^ii ^"^^""'^ 



Reason for return: 



^0^ 



Price: 

$12.99 — 

Uem(s) Subtotal Before Tax: $ 1 2.99 ^ ^ 7 15 
Rcfundecl Tax: $ 1 .30 — / 7/ 
TOTAL: $14.29 



^ Incorrect Item Received 
^ Arrived Damaged/Derective 

^ Other (please specify below): 



I thought this was the Bob Marley CD, g 
not some jazz thing. 




Return to Your Order 11 istory 



Top o f P»ae 
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Merchant Logo 



Merchant Main Menu Choices 



Merchant 
SubMenu 
Selections 



Return to Vo»C ^^t^Tj IjsUi ry 
Price: 



Returning Your Package: 

I Of: JVJitt>:,Drea([ [Audio CD] 

By: Charlie Hunter Quartet 
Reason for return: Customer Choice 

Comments: I thought this was the Bob Marley CD, not some jazz thing. 



How would you hke to return the paclwge? (Select One) 



Ul'S ' us Postal Service ' FedEx ^ Mail Boxes Etc. 
H 7^-^'^ y**"** item packaged in the original shipping box? 

4lS~-**"* would you like to pay for the return shipping? (Select One) 

* Visa ^ M asterCard ^ AniEx 
Na.n6 on CardJ^^g^gg^" 
Number: h^'''*''^^.4''^^44444. 



Retail Store 



Hl'\'~^ Credit Card: 



hS'J 



> 



Expiralio„:F5^^^ 



My Carrier Account: 



$12.99 



Return lo Yo ur Order [tislorv 



l op o i' Paac 
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iShi|i.com 



Prepare Your Shipping Estimate 



To find out the available services and charges for your shipment, fill out Uie hiformation below. You will be able lo acid service onUons on the 

tiext page. 



To get started, simply complete the form beiow and choose Continue! 



Enter the Shipment 
Weight and Packaging 



My sfu'pnicnt >vill weigh; 



Carrier Box Carrier Pak or Tube 



' ll's. ) oz. (Include Uic weiglU ofjill packing malcrials. You may use a vvcigitt 

V csUmnlc Ibr shipments lluU wcigli more lhan 150 pounds.) 

I am u.siitK (he roMowin}; piukaj^tng: ^^ti 

P^'^ Carrier Letler 
p 

J ^ OOicr packaging. The dmicnsiocis (in inches) arc: 

' n — ■ r 



. — i in. Height 

The packaging is irre gtiiar or is tiot standard 



Enter Your 
Postal Codes 



I win ship the item FROM: 

Thi.s postal code: j91105 
I will ship the item TO: 

This postal code: 



j98126 



98125, for example 



- , ■ 98125, for example 



This city: 
This counfry: 



T he delivery address for my shipment is a: Business Residence 
iSIiip.coni currently supports packages shipped from [lie U.S. 



Add Carrier 
Loss Frotection 



I want lo protect my shipment from carrier loss or damage. The value of the contents is: 
Most services aulomalfcally protect your shipment up to SlOO. However, USPS 

Priority Mail and Parcel Post do not have automatic protection. Some USVS rfl fi tf I Wj j| i i f Wj j lfc 

services have no available Loss Protection. ^Smimmmmlu^ 



t >t>v'»B -V' puble'? C lick lieic lor lidp, • Que siioiis or coiiimcnut about iSlup.com? Click here. • iShip.coni Privacy Policy 
Copyright (c) 1998-2000 iShip.com, Inc. All rights reserved. AH other tntdcmarks nre properties oftheir owners. 
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iShip.com 



a 



Select Your Options 



Select Your 
Carriers 



r wiirsliip my item using any of the following earners: 



F 



Nolo: Your shipping cliaigcs will be based on carriers' basic rates. If you have an accounl with custom 
rates, your actual sliipping charges will be dWcrenl from Otose shown. 



Select Your l will sliip my package froni; 

Drop-Off/Pickup Option ^ ^ <2L'? 

iiviy location by calling Ihe carrier for pickup pf — ^•^■^ 

OR ^ ■ 

My Drop-Off/Pickiip Option Ls different for each ciUTier: 

If you are unsure of wliicli shipping location tosdccU click the Learn More 
bulion for more information. 



Enter Your 
Handling Charges 



\ will add labor or materials fees to my shipping charge: 

i% of shipping charges and/or 
sj fixed amount 

You will see the total of carrier shipping charges plus your handling charges. 



tmfmitfTif 



Select Your 
Shipping Date 


1 >vlJI iiiip my i(cm on: - g' 'dO 

\%mm - Today "g^f^ \ 


/ 


Select Tracliing 


1 want lo be able to track the shipment until U has been delivered: 


V 




c(\7^ — or — ' ^"^5 

*^ Required Optional 





5^0 



! Uvjns jiwible? Click licm Jim Ijclp^ • Questioris or coniniciils a bout iSlnp com? q ick h ere. • i Sltip.com Privacy roHcv 
CopyrigW(c) 1998-2000 iStiifr.cont, Inc. All rights rcscived. Ail other trademarks iiitj propctlics of Uicir owners. 
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User Input: 

Origin postal code.Destination postal code, weight, 
Packaging, Drop off/Pickup, Country code 



3003- 



3004 



3005 



For each Carrier: 





Using origin and 








. destination postal 




Zone 




codes, obtain zone Id 


^ j 


table 




from zone table 





1 



Gather time for deliveries for 
all available services from 
sen/ice delivery time table 



From rate table, obtain 
services charges for: zone id, 
packaging type and weight 



3008 



3009 




3010 



Rate 
table 



3006- 



For each service: 
galhcr all possible 
service options charges 



I 



Return array of rate information: each element in 
the array represents a Carrier/Service and consists 
of service charge, service option charges, and 
delivery times 



FIG. 36b 
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3020- 



3021- 



3022- 



Join AccountAndCarherAcnt, CarrierAccount, 
RateDefinition database tables 'on the System's 
AccountNo to retrieve all rate ID's 



I 



Join BillingOption, BillingOptionAndService, 
BillingOptionAndServiceOption, tables on CarrierlD, 
ServicelD, and ServiceOptionID 



1 



For each Carrier: 



3023 



3024 




3025- 



3027- 



FIG. 36c 



Determine billable 
weigiit: actual weight, 
dimensional weight, 
oversize weight, or 

letter weight 



Validate package 
weight and dimensions 
against carrier business 
rules 
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3028- 



3029- 



3030' 



303 P 




Determine zone ID from 
CarrierZone table for given 
origin/destination postal codes 



Determine service delivery times 
by joining CarrierDeliveryArea 
and CarrierServiceDelTime tables 
on destination postal code 



Determine all service charges from 
CarrierRate table by RatelD, ZonelD, 
ServicelD and Weight 



Determine service option 
charges for each Carrier/Service 
by joining ServiceOption, 
ServiceOptionA ttr/bute, 
ServiceAndServiceOption tables 
on CarrierlD and ServicelD 



3032- 



Apply billing option to service 
option charges 



FIG. 36d 
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3040- 



3041- 



Determine column 
based on deliver}^ date 



Determine row based 
on delivery time 



3042 



Are tliere multiple rate\ NO 



3043- 



3045- 



FIG. 36e 



\. entries for the same y 


\ cell X 






f YES 




Arrange rate entries 






alphabetically witliin 






same date and time 






bucl<et 















Place rate entry for 
Carrier/Service in tiie 

grid ceii under 
Saturday or Sunday 
column 
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iShip.conn 



Shipping Cliarges and Delivery Times 



RATES & DELIVERY TIMES - Place cursor over scjuare iiexl lo \\\c rale to view carrier and service. 

PR* 









efiOAtK 










^^^^^^ 

























To view a printable summary, click on a rate. 



1 want a guaranteed delivery time: Yes No 



I FedEx 

Jups 

I USPS 




Haviim tr ouble? Click he tc lor help • Om-sljnus crconiincnt s about iSliii) com? Cfick here • iSh ip.com Pr iva c y PoHcy. 
ropyrighl (c) 1998-2066 tSi'Mp.coni. l«c, All riglus reserved. All olher trademarks arc piopctlics of Uieir owners. 



wo 01/72109 



67/109 



PCT/USOl/09852 



iSliip«conn 



Summary 



Shipment 


Oi-igin Vmii\\ Code: 


91105 




DesHiiattdri C'oinUry: 


USA 




DcsHruttKHi VosUil Code: 


98125 




Actual Weight: 


O.J 25 




Billed Weight: 


1 lbs. 




Packaging: 


Carrier Letter 




Service: 


UPS Second Day Air AM 




Service Options: 


None Chosen 


Charges 


Service: 


$ 10.80 


Service OpUotis: 


$0.00 




Total: 


$ 10.80 



To arrange for pickup, contact UPS at: l-SOO-PICK-UPS (1-800-742-5877) 
To find a drop off location near you, click h ere. 



1 layjn^ trouble? Click here liclfii • Que stions or commcnls about iSirtp.com? Click here, • i Shi p. cow Privacy I'olicy 
Copyright (c) 1998-2000 Iship.com, Inc. AH rights r^crvei. All other trademarks are pFopeitJcs of iJicir owners. 
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1150 




Web 
Browser 
(client) 



User enters shipping 
information 



1153 



Display errors 

Prompt for shipping 

information 



1160 



Display carrier rate 
and time graphic 




1151 



Validate shipping 
information 




1152 



1154 



1195 



1155 



For desired 
carriers^ 

determine 
corresponding 
carrier accounts 



Assemble rate 
and delivery 
time graphic 
from delivery 
rate set 

1159^ 

No 

1158-^ /\ 
I Is there a 

y carrier sevice 

\ that needs 

processing 

Yes 



I 



Shipper 
Datebase 



Using shipping information such as, 
-Source Postal Code 
-Destination Postal Code 
"Shipment Weight 
"Type of Shipment 
"Location from which to Ship 
determine all possible carrier 
services 




1157 



1404n 
1404a ^ 




Carrier 
Database 



Cycle through 
resulting set of 
carrier services 



1156 



Using the Ship Date, switch 
service 's shipping timespan 
into possible delivery date & 
time 



1161 



1162 




FIG. 39a 
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1163 



FIG. 39b 



1404a 



Web 
Server 
(server) 



1179 

MS) 




1165 



Create a Saturday 
delivery ra te 



1167 



^ 


Create a Sunday 
delivery rate 






Yes 



1171 



Create a business 
day delivery rate 



1174 



Add e-mail delivery 
notification ciiarge to 
each of the service's 
delivery rates 



1178 



Add verbal delivery 
notification charge to 
each of the servicers 
delivery rates 



Carrier 
Database 




1404n 



1177 



Eliminate these 
delivery rates from 
set 
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1180 



FIG. 39c 




1182 



Add guaranteed 
delivery charge to 
each of the service's 

delivery rates 



1186 



Add "Call for Pickup" 
charge to each of 
the service's delivery 
rates 



1189 





Add residential 






delivery charge to 







each of the service's 


J 

Yes 




delivery rates 





1188 



1157 



1193 



Calculate and add 
declared value charge to 
each of the service 's 
delivery rates 



1404a 




Carrier 
Datdbdse 



No 



No 




No 



1404n 



1177 



Eliminate these 
delivery rates from 
set 



1157- 



lA 
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Merchant Logo 



Merchant 
SubMenu 
Selections 



Merchant Main Menu Choices 



Order* : 002-01 52586-55768 1 0 

Date: July 19, 1999 at 09:58 AM PDT 

Status: AH items shipped 

Shipping Address: 

Scott J. Bean 
iShip.com 

2515- l40lhAveNB Suite E-UD 
Bellevue, WA 98005 USA 
425.602.5022 



Return to ^iJiriOrAerj-^<id&^ 



Returns? Click Here: 



Number of Shipments: Payment Method: 



One ahipmcnl when comp]clc 
order is ready 



Ship Method: 

Slaiidai'tl Shipping 

Items Ordered: 

I of: PciMuissjon jVI;irl;ctj^^^^ Stfatig crs into Friends and Frieiuls into 

By: Sclh Godin(Readcr) 
I shipped on JuJ. 19, J 999 via US Pviotiiy. 

I of: Vcidi, IlVniatE^^^^^ [Audio CDJ 

By: G. Love 8l Special Sauce 
1 shipped oil Jul. 20, 1999 via US First Class. 

1 of: Fot TlioseAbput To Ro ck We Salute You lORlGlNAL RECORDIN G 
REMA STERED] [Audio CD] 

By: AC, DC 
1 shipped on Jul 19, 1999 via US Priority. 

I of: Odelay [Audio CDJ 

By: Beck ' 
I shipped on Jul 19, 1999 via US Priority. 

1 of: NaUy Oread [Aitcho CDj 

By: Char/i'e Hunter Quartet 
I shipped on Jul. i9, i999 via US Priority. 

J of: Duo [Audio CD] 

By: Cliarlie Hunter, Leon Parker 
] shipped on Jul. 19, 1999 via VS Priority. 

I o^' \VS£l5Q?Cg)/VtH^ W^rdeggS p^g? [Electronics] 

By: RCA 

! shipped on Jul. 20, 1999 via UPS Ground, 
- ^irack \'( )ur packag e with iShlp.coni 



Visa 

Last 5 digits: 26781 



Price: 



$14.40 



$12.99 



$11.49 



$12,99 



$12.99 



$12.99 



$149,95 



Item(s) Subtotal: $227.80 
Shipping & Handling: $19.56 



Total Before Tax: $247.36 
Tax: $21.29 

TOTAL: $268.65 



Return to yhwrQtA&rUrfj aor 



Ton of Page 
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Merchant Logo 



Merchant Main Menu Choices 



Merchant 
SubMenu 
Selections 



Retuni to VjjMdSbJer tifiSht^ 



Tracking Information: 



Status: 

Delivered To: 
Delivery Dfile: 
Dcltvco' 'I'imc: 
Delivery Location: 
Signed By: 

Carrier: 

Service: 

't racking Number: 

Order*: 

Date: 

Status: 



Return to YoixrO^dkM^s'Mi 



DELIVERED 

Bellevue, WA USA 

Thursday, July 22, 1999 

9:13 AM 

Reception 

Bourne 

UPS 

( I round 

l/53XK6Xt)3()2J2I56() 



Shipping Address: 

Scott J. Bean 
iSliip.com 

2515 - 140Ui AveNE Suite E-1 10 
Bellevue, WA 98005 USA 
425.602.5022 

Tracking Services By: 

iShWm 

Ymir rntti^iet PaiJ:fti|» Shifyper 



002-0152586-5576810 

July 19, 1999 at 09:58 AM PDT 

All items shipped 
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Merchant Logo 



Merchant Main Menu Choices 



Merchant 
SubMenu 
Selections 



Order S ummary 



Return to ^ 



Order#: ' 002-0152586-5576810 

Date: July 1 9, 1 999 at 09:58 AM PDT 

Status: All items shipped 

Shipping Address: 

Scott J. Bean 
iShip.com 

2515 - I40ih Ave NE Suite E-l 10 
Bellevue, WA 98005 USA 
425.602.5022 



Returns? Click Here: 



IP« 



Number of Shipments: Payment Method: 



One .shipHieiit when coniptcte 
order is ready 



Visa 

Last 5 digits: 2678 1 



Ship Method: 

Sliindnrd Shipping 

Items Ordered: Prj^e: 

1 of: Pel [iiissioii Marketing : Turning Strange rs Into FricnUs and Friends into 
Custom ers [Audio Cassette] — 

By: Seth'"Godin(Reader) $14.40 
I shipped on Jul. 19, 1999 via US Priority. 

1 of: Vcali, it's That Easy \ MCD\ [Audio CD] 

By: G. Love & Special Sauce $12 99 

1 shipped on Jul. 20, 1 999 via US First Class. 

1 of: For T hose About To Rock We Salute You (ORIGINAL RECOUPI NG; 

REMASTKREDl [AudiSCD] 

ByTAcTDC $U.49 
1 shipped on Jul. 19, 1999 via US Priority. 

1 of: Odelay [Audio CD] 

By: Beck $12 99 

I shipped on Jul. !9, 1999 via US Priority, 

1 of: Natty Dread [Audio CD] 

By: Charlie Hunter Quartet $12 99 

1 shipped on Jul. 19, 1999 via US Priority. 

1 of: Duo [Audio CD] 

By: Ch'ariie Hunter, Leon Parker $ 1 2 99 

1 shipped on Jui. 19, 1999 via US Priority. 

i of: n:^ W5figi:oygOi^<ifeu/to /es«r5]^^ 

By: RCA 

I shipped on Jul. 20, 1999 via UPS Ground. $149.95 
^Trsick v o ur nackafic with iShip.com 

Item(s) Subtotal: $227.80 

Shipping & Handling: $ 1 9.56 

Total Before Tax: $247.36 
Tax: $2L29 

TOTAL: $268.65 



Return to ^OtdiGC;U\^nru. 



Ton of Paae 



FiQ. HI 
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iShip.com~ 



Track Your Package 



Track your package in one easy step. Enter llic package tracking number in the field below and MTiVWWTPf'^ 
then click on Submil. In inomenls you'fl Icarn where your package is and, if it's been delivered, ^KrittHMnHiP 
wJio signed for it. 



Killer U'Hckiiig iiiiinber: j~ 



fi^blriiPl peioSill Tracking provided for 



llnvingUoublcXjyjckijcic Pot liclp • quusliniw or coiiuirmHs about jSluii^^^ • iSlti n-CoiH Privacy Policy 

CopyrigfUO 1998 20U0 iSiiip.com. inc. All riglils rescr/cd. AirorhcrlradcmaritT'propcrtiesljf tlieir owners. 
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iShipsCom^ 



Track Your Package 



Track your package in one easy step. Enter the package tracking number in the field below and Mt^pnwm'f^ 

then click on Submit. In moments you'll learn where your package is and, if it's been delivered, %SmUMmSl^m' 
who signed for it. 

Enter (rfickfitg number: 



UnvjiiB t rouble? Cli c klj cre Vor helji. • pu<sliqns or roiniii c nls about iShi p.coin? Click liere. • iShlp-coiii Privacy Policy 
CopyrightO t998 " 201)0 isiiip.coTiii Inc. Aff rights reserved All other tradcmarfispropcrltes of their owners. 
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iShip.com 



Your Tracking Information 



status: 
Last Scan: 

Delivered To: 
Delivery Date: 
Delivery Time: 
Delivery Location: 
Carrier: 
Service: 

Traclciiig Number: 



DELIVERED 

3/3/00 3;53;00 PM DELIVERY 

SAN ANTONIO-SOU niWES, TX US 

SAN ANTONIO, TX US 

Friday, Mnrcli 3,2000 

3:53:00 I'iM 

poncii 

UPS 

GROUND 

1Z53XS6X0302121560 



Sfatus as of Tuesday, March 21, 2000 2:26:19 PM Pacific Standard Time 



mmsm 



Track Another Package 



EnCcr (racking itunibcr: 



4,0-2^ 



Tracking provided for 



llavin s i miible? Click lier e r»i \vA\i. • Qu cslioiis or cowiiicn te aboul iSlii p.com? Clic k here. • iShlp.com Privacy Policy 
CopyriglilO 1998 - 2(id0 IShip.com, Inc. All rights reserved. AlTothcr IradcinRtics properties of their owners. 



wo 01/72109 



77/109 



PCT/USOl/09852 



{ MerchantSite.cong [ Returns JVlanaaer [ Log.Qjjt j jjglP. Y 



[ShipxcHTi 



View Inbound Return Shipments 



iSliiP^C)Qinn 

User: John Smith 



Vji^W Inbound )^e.tam Shipmenis 



^, , /IaII Returns 



r 



^^^RETURN REQUESTED (M ASUWAN^PLF45T) 

^^-^^ ^ ^ Reta« Store Relj^ 



Suzanna Smith - 



RETURN REQUESTED (M A5UWAN GDMF8K) 

Conrad Dobler 
RETURN REQUESTED (M A5UWAN C2MYK8) 

Julie Dianer 
IN-TRANSIT {M A5UWAN YM2DYN) 

Jennifer Chase 
IN-TRANSIT (M A50WAM UWQTVI) 

Glanplelro Otlolinl 
IN-TRANSIT (M A5UWAN F38YWN) 

Caroline Richardson 
IN-TRANSIT tM A5UWAN U3FJHV) 

Bernard Simpson 
fN- TRANSIT (M A5UWAN 2NRDJE^ 

Caria Smith 
IN-TRANSIT (M A5UWAN UDD1XF) 

Larry Sciiweilzberg 
IN-TRANSIT (M A5UWAN NV35Z6) 

Hermann's German Aulo Paris 
Georgia Schrader 

IN-TRANSIT (M A5UWAN DB9K4V) 

California Crealfva 
Ernesto Storlhenser 

DELIVERED (IVI A5UWAN 3TNCHR) 

Bala Technologies 
Robert O'Farrell 



Retail Store Return 



Retail Store Return 



Ground ARS 
UPS 



✓ 9/7//99 
f S/7/99S:00PM" 

9/7//99 

9/7/99 5:00 PM ** 



pgsAM.r«w tXJ/J ^^^^ 



Ground 
UPS 



Ground ARS 
UPS 



Ground ARS 
UPS 



Ground ARS 
UPS 



Ground ARS 
UPS 



Standard Overnight 
FedEx 



One Day (PM) 
UPS 



Two Days (AM) 
UPS 



9/7/ra9 

9/7/99 5:00 PM * 



9/1//99 

9/7/99 5:00 PM " 



9/1//99 

9/7/99 5:00 PM * 



9/1 //99 

9/7/99 5:00 PM *' 



9/^/99 

9/7/99 5:00 PM * 



9/1/799 

9/7/99 5:00 PM * 



9/1//99 

9/7/99 5:00 PM ' 



9/7/99 5:00 PM * 



9/7/99 5:00 PM * 



9/5/99 

9/7/99 4:18 AM 



( 

' ^008-NYC 

f 
bsf-i 

235-Chicago 



016-San Jose 



RelurnsCenter 



ReturnsCenter 



RetumsCenler 



RelurnsCenter 



RelurnsCenter 



RalurnsCenler 



RelurnsCenter 



ReturnsCenter 



RetumsCenler 



y DETAILS.. 
D ETAILS.. 



DETAILS... 



PETj?llLS.i, 



DETAILS,.,, 



DETAILS... 



DETAILS.., 



DETAILS... 



DETALLS:- 



DETAILS... 



DELIVERED (M A5UWAN 9ETV6F) 

iShip.com 
Scolt J. Bean 

indicates expected delivery dale and lime 



Ground ARS 
UPS 



9/5/99 

9/7/99 4:18 AM 



RetumsCenler 



DgTAlLS... 



CopyrisW© 199S - 1999 iShlpxom, Inc. All rights reserved. All other trademarks properlles of their owners. 
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WlerchantSite.cQjTi | Beturns Manager | Log 



Out 



Help 



iShip.com 



MeraSmmi&m 

View Inbound Return Shipments 

Return to View inbound Return Ship ments 



YttiMT NiuvAet Padtase Sh^pev" 
User: John Smith 



^^0 'bracking Information 
Status: 
Delivered To: 
Delivery Date: 

Delivery Time: 
Delivery Location: 
Signed By: 
Carrier: 
Service: 

Tracking Number: 
Ref Number: 



RETURN REQUESTED 

Tuesday, September 7, 1999* 
6:00 PM** 



Retail Store Return 
M A5UWAN PLF45T 



Shipping To 

Merchant Name Retail Store 

008-NYC 

6000 Fifth Avenue 

New York, NY 10001 USA 

888-555-1212 



' Indicates expected delivery date and lime 



\q (pO'^®*"*'" Information 

Return Authorization Number: 

Category: 

SKU: 

item Description: 
Manufacturer: 
Quantity: 
item Price: 
Item Tax: 
Refund Amount: 
Reason for Return: 
Customer Comments: 
Shipping Paid By: 



R-52586-98411 
Audio CD 
GEFWSP1 50-001 
Natty Dread 
Charlie Hunter Quartet 
1 

$12.99 

$1.30 

$14.29 

Customer Choice 

I thought this was the Bob Marley CD, not some jazz thing. 
N/A - walk-in return 



\q^Q' Original Order Information 

Order Number: A-52586-9841 1 

Order Date: July 1 9, 1 999 at 09:58 AiVl PDT 

Order Status: Ail items shipped 

Customer Name: Suzanna Smith 

Customer ID: 00184322 ^4,2.7-^1 
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IVI erchantSite.com 



Returns IV i a n.a g e r 



Log Out 



Heifi 



iShlp.com 



Reports, Graphs, and Data Export 



User: John Smith 



Generate standard reports and graphs, and export data. 



Report over time by: 



SKU' 



statusTl^uestecOn-transiC delivered 

carrier ^^ ^.r-^—^^ ZHiyJ ^ 

-^dollars: item pric<ta><3oHrT -7 63-^ 
^reasons: total counClisrair 



^^return center: online and offlineTetiJm 
'^paid by merchant|paid by customers 
customer ^ 




70 1/-^ 



no«0 X customer I \ 70?^ fc. ^ 

Tlme^sllces: d^le. date rangeTseleHionsfor cu1|ent/l^next week, month, month, quarter, year. 



M Single-dick graph of reports. ^''^"•3 ^"^t^y J> W 

^ 7/0 



Export any report to tab-delimited text file, Excel, eta for correlation with data from other systems. 





Copyrlghl© 1998 - 1999 iShip.com. Inc. All rights reserved. All other trademarks properties of Ihelr owners. 
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2018a 




Enter Tracking Number ^ 



■2018b 



FIG. so 



Main: Allow user 
to track a single 
package by 
entering a 

tracking number 

~~r~ 



■2050 




2051 



Success 



r 




In detail screen, 






indicate ttiat an 






error has been 






made 





Carrier 
Tracking 
Number 




Results: Display relevant 

tracking information. The user 
is allowed to enter another 
tracking number Update 
database 



•2056 



2055 
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<iship.com.request xm)ns=Vschema:h!tp.7/iship.com/api/schema/lrackrequest.xmi" 
transactionid ="3855BD21 85E1 1 1 d3984400A0G9D6G226" > 
<header mode="inleractive"> 

<version major=*'0" minor ="17> 
<batch id="AE5E54F08E231 1 d3984900A0C9D6C226" 
url="hltp://shasla/api/track/trackresponse.asp" email="bob@ish!p.Gom7> 
</header> 

<sigon sessionid="" userid="lest" password ="77777777> 
<traGkit> 

<package sequencenumber="1"> 

<tracklngnumber camer="ups"> 

1Z1 81 2530202075466 
</lrackingnLimbor> 
</package> 
</lrackit> 
<Iogoff/> 
</ishlp.com.request> 

FIG. £1 



<lship.com.response transaclionid="3855BD2l85El1ld3984400A0C9D6C226"> 
<stalus ishiprcode="0" signonrcode="0" trackitrcode="0" parsercode="0" 
systemrGode="07> 
<trackit> 

<package sequencenumber="l" packagercode="0"> 
<de!iveredlo> </deIlveredlo> 
<deliverylocalion>LEFT AT 3S</deliverylocalion> 
<sjgnedby> HOWARD </signby> 
<laslscan>9/1/99 1:50:00 PM DELIVERY </laslscan 
<stalus> Delivered </stalus> 
<deIiverytime>9/1/99 1:50:00 PM</deliverylime> 
< carrier > UPS </carrler > 
<service>2ND DAY AIR</servi'ce> 
<sliipdate>8/28/99 </sIiipdate> 

<tracklngnumber>1Z18l2530202075466<ytrackingnumber> 
<scanlocation>FORT HAMILTON. NY US</scanlocallon> 
<weight>400</weight> 
</package> 
</lrackit> 
<isiiip.com.response> 



FIG. SZ 
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iReturn 
Merchant 
Service 



1_ 



iRelum 
DB 



iReturn 
Inbound 
Manager 




Account 
Data 
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iReturn 
DB 



85/109 



iReturn 
Merchant 
Service 



iReturn 
Inbound 
Manager 



iReturn 


' ^ 


Logon 


/ '"^ - •?^;^■ 


Screen 









.if ^' 



C r 




iRe 
AF 


lum 

'Is 3 



n 



Monitor 



Inbound 
Manager 
Reports 



iReturn 
Data 
Filters 



iff.; 



Returns 




Returns 


Standard 




Custom 


Reports 




Reports 



Returns 
Sort 
Sequence 



Detailed 
Returns 
Screen 
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I f 





^.Slalus 

" PREPARED 
PREPARED 
PIIEPAUEU 
PRE PARED 
PREPARED 
PREPARED 
PREPARED 
PREPARED 
PREPARED 

FUTURE 
FUTURE 
FUTURE 



Sh^DFroji _ 
Doyfe^ Carol 

Doe, Jolin 

Stoddard, Cond 

Meyers, TanjrQ 

Krdt, Adam 

Smilli, Jofui 

Smith, Joan 

ACME Co. 

Bucchlcr, Doris 

Lev^{$, Jacob 

Moon, Diane 

Moyer, Jan 

Ship, Jim 

Nmrnar.^lice 

Kinsley. Di^ 



Trackfrjg Number 
MXQHVSUMES79S 
MXOHVSUHES7T8 
MXQHVSUUEIJ8R9 

MXQHVSIJ1IES7^M 
NKQHVSUHES7T2 

MXQKVSUHEWIFC 
M:^QHVSUMES5r2 
MXQHVSDHES7VS 

MKQMVSUHES2Q9 

MKQMVSUHES7K4 
MXQN''/SUHES8F2 



■CajTiw/Service-)!'^ 
UPS ricKtDayAir 
UPSHcHtDoy Air 
UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
USPS Express Mail 
USPS Express Ma)) 
USPS Express Mall 



Desiination ' 
0Q8-NYC 
235-ChiC3go 
016-San Jose 
Re(uinsCcti(er 
netunisCenter 
01$-5an Jose 
RetumsCetUer 
RctumsCentef 
RetumsCenter 
RelurnsCenler 
RelurnsCenler 
003-NYC 
OOQ.t^iYC 
RelurnsC enter 
RelurnsCenler 



'Hid i,u<\ 
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/ /- ■ / / / 




2l| 



timouND 



sTalus:] All J/Sliip^l^rajT^/I ^iId^iI^R^ bSte! 

status Ship From/ . track fng Number'.' ^L CarHer/Servlce riyr;' 4f beslir 



Status 
17 iH-TRAHSir 

r suirPED 

r lH.TR»aMSIT 
r DELIVERCD 
DELIVERED 
DELIVERED 
DELPvERED 
r DELIVERED 
r DELIVERED 
r DELIVERED 
r DELIVERED 
r DELIVERED 
r DELIVERED 
r DELIVERED 



Ship From/ 
Sloddanl, Cand- 
Sriilli, Jolm 
StriitI), Joon 
Ship, Jim 
MIemar.Mce 
Moyer, Jan 
Moon, Diane 
Meyers, Tanya 
LeWs, Jacob 
Krell.AfJam 
Kinsley, Dianna 
Doyle, Carol 
Doe, John 
Buecliler, Doris 
ACME Co, 



I- MXOHVSmiESTQS UPS HckI Day ftir 000-HYC 

MX0HVSUHES7I« USPS Express Mall 225-Cl\\cm^ 

MXQm/SUliEU8Ra USPS EKpt ess Mail 016-San Jose 
UPS Ground 



t-/IKQNVSUHEM2D7 
MXQMVSLinES74M 
W1KQNVSUHES7T2 
MKQNVSUHE'A/tf6 
MKQNVSUHES5T2 
MKQNVSUHES7Y5 
!v1XQ!-lVSUHES2Q9 
MXQirvSUHES-IS? 
tv1XQNVSUi-|Ei^f2EI 
rv1XQNVSUHES7K4 
rv1)<QNVSUHESBF2 
MXQNVSUMESSGS 



UPSWexIDayAJr 
UPS 0 round 
UPS Ground 
UPS Grounci 
UPS ©round 
UPS Ground 



R etui nsC enter 
RelurnsC enter 
016-San Jose 
ReUnnsCenler 
RelurnsC enter 
ReturnsC enter 
ReturnsC enter 



USPS Express ty4ail ReturnsCenter 

UPS Ground 
UPS Ground 
UPS Ground 
UPS Ground 
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Package Inrormalion: 




Shipping Charges: 



TracKhig results: 



2289 easl Main Slree! 
E«ensburg , WA 98926 , US 

r Dcs<inaUon: 
/ RelumsCenler 
,( 3383 Easl Prilchwd 
1 Mew\fork,MYlO0OI,US 
^^88-555-1899 



Service Charge: 
Service Options: 



10"x8"x5" 
41b 2oz 



Ortghial Order 
htformaUon: 



Product ^1 Inrormatlon: 



Products included: 
2 

Setvlce: 
UPS Ground 



t 



OpUoixs: 
t Loss Protecllon 

$6.30 / P(iymef)l type: 



\bur Company UPS /^jccounl 



Total Co8{: 



status as of 03/30/00, 02:32:30 FM PficiHc Slaiularcl Time, 

Slolus: on LlVl: UUU 

Canhr: UPS — 

Service: GROUHI) - 

iShip Muinber: 
Tracking Number-, 
ReferenceMuinben 
Ship Dale: 
DesVmaUon: 

Expected Delivery Dale: 
E>:peclecl Delivery Time: 
Signed by: 



IBfilal 



S33 




Product at hifonnatton: 



Order tluiiiio: 
\ OtdcfUato: 
X Order Status: 
} Cus4oiivc( Motive: 
I CusfoiikerlD: t 

Rdcoid Key: 
Autlioiization HuriibeiT 

Cotegory: 

SKU: ^ 
OescMplion: » 
Monufocturet: 
Quantify: 
Price: 

Refund Anioiint: 
Shipplna PottI Oy: 
Reason Tor Kc(uni: 
Custmncr CoirvfNif tis: 

Recoid Key: 
AutlmnzaliDu Hunibci: 
Category: 



\ Catctftiry: 
\ Ucsciiplii) 



U csciipliDn: 
Monufactuici: 
Quantity: 
Price: 
Tqh: 

Refund Amount; 
L Shipping Paid By: 
yReoson for Kcturn: 
V^uslorner CoinrT)Cf)ls: 



MAMEV2H oawmr 

MDE0225^ -VA^S 

Monday, Marcit 27, 2000 

BELLEVUE WA 90O0B 

Wednesdoy, Marcli 29, 2UU0 

0'I:30:0U PM H\ 5 7 

CIcriMJfU H^5'S If Q J 



4^28/00,09:58:23 jaw 
P\\ items shipped. 
Jacob Uev^^s 
00184322 

" 123456^011 
R-52586-98411 

/flwclioCD „ _ 

GEFV^SP 150-001 ""^"iS^ 
Wflfty Dread ^ — " "^^^^^^ ^ ^' 
Charlie Hunler Quailel 

$12.99 

$1.30 

$14,29 "2- ' "^ 

Customer -"^'^^ ^ H2-S "^\ 

customer Choice 

I lhou(/hf ihls vw»s Ihe Bab Mflftey'CD, not some lozz tiling. 

123456^012— *//57^^^j^/. 2. /t,2-3- 
R >52586.998 15 -^^^Z ,-—^ 

AfJtHo CD -,nrt^2- 

GEFWSP250-581 — ■ 

Pink.Con'l Take Me Home //OVC^ - 2- 

/ijlsta Records . 'Vo^ '"2' 

1 ' ve - a- 

$12.99 — ' 

^1.30 

$14.29 .. 

Cuslotner — — 



PI 



mmimmm 




.{'72.-2' 



Cusloiner Choice 

t IhoucfJil that tfils v\as a PtnJc Floyd atbum 



m 



I 



Hi 



i 
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89/109 




J £iie £dit View •• F^vofiles, . Xools Help vr,V. Afi 




illiWllWilWIIiffliilliilWB^ - |a| x| 


J Back Foi'A'aJc) . - Stop ' HeffesJv. ■ 'Horn© ■ , 




tl!.-'.'^'^^'*',t, ' Discuss Reaf.com 


jAddie$s g hUp$://eai«iman/dc/jepotls/defaulUsp 







® Reports 



Define Reporl: 



RDpoilType: 



UupUit Naiiiu: 



Roportnase: 
Report Style: 
Date Range: 

Sot( »y; 



jSlatidetd j£j 



Returns bvSKU 



Returns by Pioducl Calegoty 
Expedfad RoUnn Volume 
Heluii) neasons by SKU' 
Mo Scan . — ^ . 

Lole Dellvety 



mi: 





Priniaiy: 

SGcotul«)iy: 

Third: 



^1.|ul Avadahlw 



3— -4(97 
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Sorted: by most frequently rctumed item 
Returns by SKU lor Current Month ^^^^ ^5^^ 



SKU 


Wiiiclioiisc 1 


Wiiiclioiisc 2 


Warehouse 3 


Toiais 1 


Percent of / 

Tolal / 


SKU I 


311 


515 


230 


1,056 


16.8 %' 


SKUZ 


597 


179 


222 


998 


15.9 % 


SKU3 


499 


233 


215 


947 


15.1 % 


SKU4 


17 


70 


729 


816 


13.0% 


SKU5 


220 


201 


259 


680 


10.8% 


SICU6 


251 


171 


123 


545 


8.7 %, 


SKU7 


335 


53- 


64 


452 


7.2 % 


SKU 8 


103 


146 


106 


355 


5.6 %) 


SKU 9 


96 


111 


61 


268 


4.3 % 


SKU 10 


54 


59 


58 


171 


2.7 % 














Totals 


2484 


1740 


2070 


6,288 1 
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^ Bar Cliart - Rfetum ProiUict Cateyorjf for current Wbeii 




(□Ixl 


J File . £dil,:i.yiew:.*t.f^vo,ites]'k 











^^^^^ 

800 



Returns by Product Categoiy for Current Week 



liiiiii^^ 




wo 01/72109 



93/109 



PCT/USOl/09852 



Sorted: by most rrcquenUy returned i5roduct category 
Returns by Product Category for Current Week 



Category 


Totals 


Percent of 
Total ^ 


Calegory5 


702 


23.5 % 


Category 1 


456 


15.3 % 


Category 10 


399 


13.4% 


Category? 


345 


11.6 % 


Category4 


321 


10.7% 


CalegoryS 


234 


7.8 % 


Calegory9 


211 


7.1 % 


CalegoryZ 


125 


4.2 % 


CalegoryS 


116 


3.9 % 


CategoryS 


78 


2.6 % 








Totals 


2987 
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^ Bar Chart > E^ifiefctert Returtt \ftiuiites fof Next 2 ttteeks 


-lalxl 


File ' Edil View ' ' l^vonles icj; Tools 












Expected Return Volumes for Next 2 Weeks 



' , ' - < li,;, I'l.l ' noil ' |>,>iV ' 



I , "i ' 111 ' .III'' (I. 



I', 



1 I 



□Warehouse 1 
ci Warehouse 2 



350.1 MM I 1 i '\ 



I j;, 1 J- '11 















> ' ' I 




"1 ,W 


1, ' 






Run DaU:KX/>cX/VK 
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Soiled: by date 
Expected Return Volume for Next Two Weeks 



Dale 


Warehouse 1 


Warehouse 2 


Totals ^ 


Mon 6/5 


1,000 


750 


1,750 


Tue 6/6 


800 


600 


1,400 


Wed 6/7 


256 


175 


431 


Thur 6/8 


100 


85 


185 


Fri 6/9 


• 25 


15 


40 


Mon 6/12 


1,100 


950 


2,050 


Tue 6/13 


875 


750 


1,625 


Wed 6/14 


275 


200 


475 


Thur 6/15 


125 


100 


225 


Fri 6/16 


50 


45 


95 










Totals 


4,607 


3672 


8,276 
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File. ^-Edil ; ViBwV^F^Vont^^^^ 



ran 



Return Reasons for Current Quarter 



H Reason 1 

□ Reason 2 
u Reason 3 

□ Reason 4 
Other Reason 




1027 
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Sorted: by mosl frequently cited return reason 

Page 1 of 10 

Return Reasons for Product Categoryl for Current Quarter 



Reason 


Totals / 


Percent of 






Total 


Rciisoii 1 


1,027 


5 1 .5 V/ 


Reason! 


567 


28.4 % 


Reasons 


209 


10.5 % 


Reason4 


117 


5.9 % 


All others reasons 


75 


3.8 % 


'rt.)ii|is 


1 





<new page> 




Sorted: by most frequently cited return reason 

l^age2of 10 

Return Reasons for Product CatcgoryZ for Current Quarter 



Reasoji 


Totals 


Percent of 
Total 


Reason4 


1,331 


41.4% 


Reason2 


1,042 


32.4 % 


Reason 1 


408 


12.7% 


Reasons 


331 


1 0.3 % 


All odiers reasons 


101 


1 .0 % 


Totals 


3,213 





<new pagc> 

repeating for each Product Category 

at end, grand total page for all Categories 
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Sorted: Expected Ship Date 



Packages with No Scan lor this week ^ . 



Package Tracking # / 


Carrier/Service 1 


Dxpecletl Ship Dale / 


Cuslomerf 


Merchanl Record # ^ 


MATKP9GUZFXG3 


UPS Ground' 


06/19/2000 


MX 123 


20000619000001' 


MFTKP9nUZFXCi3 
Mirn<LP9GUZFXG3 


UPS Ground 
UJ'S Ground 


06/19/2000 
06/19/2000 


RA333 
S'r553 


20000619000022 
200006 19000008 


MTXKP9GUZFXG3 


UPS Ground 


06/20/2000 


DB881 


20000620003001 


MT3KBP9GUZFXG 


UPS Ground 


06/20/2000 


SG241 


20000620000009 


MTQPC9GUZFXG3 


UPS Ground 


06/21/2000 


LK123 


20000621000011 


M80P9VGUZFXG3 


UPS Ground 


06/21/2000 


MIC763 


20000621000451 


M'ri<.P9GWUZFX3 


UPS Ground 


06/21/2000 


MX123 


20000621030098 


M44P9GU3ZFXG3 


UPS Ground 


06/21/2000 


JV1X123 


20000621001234 


MPLP9GUZ5FXG3 


UPS Ground 


06/21/2000 


RA427 


20000621009876 


MEKP9GUZF6XG3 


UPS Ground 


06/22/2000 


ZL912 


20000622000022 


MTUP9GUZFX7G3 


UPS Ground 


06/22/2000 


1G400 


20000622000437 


M6XP9GUZFXGQ3 


UPS Ground 


06/22/2000 


1 DB881 


20000622001204 
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Package Tracking #1 




Late Packages lor this week 



Soiled: Expected Delivery Dale 



MATKP9GUZFXG3 



MFTKP9GUZFXG3 



MMTK1»JGUZFXG3 



MTX1CP9GUZFXG3 



MT3J<J3P9GUZFXG 



MTQPC9GUZFXG3 



M80P9VGUZFXG3 



MTICP9GWUZFX3 



Carrier/Service 



USPS Parcel P 



UPS Ground 



UPS Ground 



USPS Parcel P 



USPS Parcel P 



UPS Ground 



Expected 
Dlvry Date 



06/19/2000 



06/19/2000 



06/19/2000 



06/20/2000 



06/20/2000 



MPLP9GUZ5FXG3 



UPS Ground 06/21/2000 



M44P9GU3ZFXG3 I USPS Parcel P \ 06/21/2000 



MEICP9GUZF6XG3 



MTUP9GUZFX7G3 



M6XP9GUZFXGQ3 



06/21/2000 



UPS Ground 06/21/2000 



UPS Ground 06/21/2000 



Status, 



In Transit 



In Transit 



In Transit 



Delivered 



In Transit 



Customei/ I Merchant Record # 



UPS Ground 06/22/2000 



IjSPS Parcel P 06/22/2000 



UPS Ground 1 06/22/2000 



Delivered 



In Transit 



In Transit 



MX123 



RA333 



ST553 



DB881 



SG241 



LK123 



MK763 



MX123 



MX 123 



RA427 



ZL912 



1G400 



DB881 



20000619000001 



20000619000022 



20000619000008 



20000620003001 



20000620000009 



20000621000011 



20000621000451 



20000621030098 



20000621001234 



20000621009876 



20000622000022 



20000622000437 



20000622001204 



F167. 
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iRelurn 
Merchant 
Service 




iReturn 
Inbound 
Manager 



mil 



Return 
Product 
API 






Receive 

Package 
API 



Return 
API 

Response 



Receive 

API 
Request 



Return 
API 
Errors 




Receive 




Label 


• 


Label 


API 


I 


API 




API 


Response 


'r, 


Request 




Response 





Fi6. 7^ 
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API Request 



User Nam 



-"Password 



A/ersfon Number 



' Request Type 




fMvdc^ 



J - y 9]S^_ P-?P.^?9e' bata V - " — 
i/f??j??!Y?,H?pj5?5? Data ?r/(f 
{ LalDel Package Data-- ^ 



l^l Gy. 73 
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API 

Response 



nsyf 



status ^ ^S/ ^ 

User Name ■ 

Version Number ' ^^^^ 

,Shjp.pata ^ 

(^nQr^^^^/ A -/^ ! Shipping Request Data - — ^^^^ ^ 

m^^ii^^\0\v^a.a^ ; Void Package Data ^ 4^57 7 ZjC;> 

^ 'ml^ [" Receive Pack^^^^^^^ 

i Label Package Data 
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6100 IVV ImiE 
ZOIIE 2 



riiDflKYUAtirosTABe 

Dcit/mcoHiMiiAinH rce 
TotAi rodN) eAHV r rrs bue 1 



UD POSIAOE 
IIECESSARY 
tF UWLtO 
)ltT>l£ 



Pr«Ca- POST 



MERCl lANDlSE RETURN LABEL 



POSIM3E nuE uttir 
ys POSTAL seavicE 

MEUt YORK W lQt2e 



PRINT THIS LABEL NOW 
DO NOT PHOTOCOPY 

U»irig a (.haloeopy oofjM W« ^tttyefy of foui pjOtat* wIM f*9«ll >» •<> JIl)«n«l t)>>pp)np Out^AS, 
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PATENT COOPERATION TREATY 

PCT 

DECLARATION OF NON-ESTABLISHMENT OF INTERNATIONAL SEARCH REPORT 
(PCT Article 17(2)(a), Rules 13ter.1(c) and Rule 39) 



Applicant's or agent's file reference 
PSTM0042-PCT/MRK 



IMPORTANT DECLARATION 



Date of maW\r\Q(c/ay/month/year) 

24/07/2001 



International application No. 

PCT/ us 01/09852 



International filing date (day/month/year) 
27/03/2001 



(Earliest) Priority 6ais(day/month/year) 

28/03/2000 



International Patent Classification (IPC) or both national classification and IPC 



G0eF17/60 



Applicant 

STAMPS.COM INC. et al , 



This International Searching Authority hereby declares, according to Article 1 7{2)(a), that no international searct7 report will 
be established on the International application for the reasons indicated below 

1 ■ [X] The subject matter of the international application relates to: 

a. I [ scientific theories. 

b. I I mathematical theories 
• c. I I plant varieties. 

d. I [ animal varieties. 

e. r~l essentially biological processes for the production of plants and animals, other than microbiological processes 

and the products of such processes. 

f . ^ schemes, rules or methods of doing business. 

g. schemes, rules or methods of performing purely mental acts. 

h. Q schemes, rules or methods of playing games. 

!. [Jl methods for treatment of the human body by surgery or therapy, 
j. methods for treatment of the animal body by surgery or therapy. 
k, Q diagnostic methods practised on the human or animal body. 
1. mere presentations of information. 

m. Q computer programs for which this International Searching Authority is not equipped to search prior art. 

2. rn The failure of the following parts of the International application to comply with prescribed requirements prevents a 
meaningful search from being carried out: 



I I the description 



I I the claims 



I I the drawings 



3. rn The failure of the nucleotide and/or amino acid sequence listing to comply with the standard provided for in Annex C of the 

Administrative Instructions prevents a meaningful search from being carried out: 

I [ the v/ritten form has not been furnished or does not comply with the standard. 

I I the computer readable form has not been furnished or does not comply with the standard. 

4, Further comments: 



Name and mailing address of the International Searching Authority 
^ European Patent Office, P.B. 5818 Patentlaan 2 
rfiifil NL-2280 HV Rijswijk 
M&f Tel. (+31 -70) 340-2040, Tx. 31 651 epo nl. 
Fax: (+31-70) 340-301 6 



Authorized officer 

Mar 'a Rodr'guez Novoa 



_Eorm POT/IS A/Pn3 rJulv 1998^ 



INTERNATIONAL SEARCH REPORT 



International Application No. PCT/US 01/Q9852 



FURTHER INFORMATION CONTINUED FROM PCT/ISA/ 203 



The subject-matter claimed in claims 39-76 falls under the provisions of 
Article 17(2) (a) (i) and Rule 39.1(iii), PCT, such subject-matter relating 
to a method of doing business. 

Claims 1-38 and 115-169, and claims 77-114 relate to a conventional 
computer system, respectively a conventional computer product for 
performing the business method of claims 39-76. Although these claims do 
not literally belong to the method category, they essentially claim 
protection for the same comnercial effect as the method claims. The 
International Searching Authority considers that searching this 
subject-matter would serve no useful purpose. It is not at present 
apparent how the subject-matter of the present claims may be considered 
defensible in any subsequent examination phase in front of the EPO as 
International Preliminary Examining Authority with regard to the 
provisions of Article 33(1) PCT (novelty, inventive step); see also 
Guidelines B-VII, 1-6. 

The applicant's attention is drawn to the fact that claims relating to 
inventions in respect of which no international search report has been 
established need not be the subject of an international preliminary 
examination (Rule 66.1(e) PCT). The applicant is advised that the EPO 
policy when acting as an International Preliminary Examining Authority is 
normally not to carry out a preliminary examination on matter which has 
not been searched. This is the case irrespective of whether or not the 
claims are amended following receipt of the search report or during any 
Chapter II procedure. If the application proceeds into the regional phase 
before the EPO, the applicant is reminded that a search may be carried 
out during examination before the EPO (see EPO Guideline C-VI, 8.5), 
should the problems which led to the Article 17(2) declaration be 
overcome. 



